проанализировал пакеты заметили одну страстность почему то в win 7 в recuest выдает ip checksum offload неможем понять почему связываем с этим

данные все отправил с нетерпением жду ответа

Я вас специально просил отправить полный дамп - на вашем напрочь отсутствуют Discover, Offer пакеты, приведен только обмен Request и ACK.
И, судя по времени прохождения пакетов - все, в принципе, должно быть в порядке.

отправил полный дамп с проблемной машины
проверяли с win xp и разные роутеры ставили проблема проявляется только win 7 . При отключении dhcp snooping все работает нормально

У вас нормальный дамп.
Давайте я распишу, что было бы, если бы dhcp snooping криво работал, отбрасывал пакеты и блокировал мак.
Надеюсь, так наконец станет понятнее.
Хост по DHCP получает ip адрес. При этом на коммутаторе создается динамическая связка ip-mac для данного хоста на конкретном порту.
Спустя половину lease time хост посылает юникастовый dhcp request, сервер отвечает ack с указанием lease time. Хост получает ack, обновляет свой lease time. Коммутатор при прохождении через него ack к хосту также обновляет lease time в записи impb.
Если бы коммутатор дропал пакет - то спустя lease time хост начинал бы заново броадкастом запрашивать ip адрес, потому что лиза истекла. Этого в вашем случае не происходит.
Если бы хост дропал пакет как неправильный - происходило бы то же самое.
Если бы коммутатор не обновлял lease time в связке - то по истечении времени лизы хост попадал бы в блок, пакеты от него не уходили бы, спустя некоторое время он терял бы ip адрес и переполучал его заново.

В ваших дампах нет ничего из приведенного "если бы" - вы даже не можете указать на проблему!

Читайте теорию, приводите выводы с CLI коммутатора и дампы, на которых видно проблему.
Вы мне три раза присылали абсолютно нормальный обмен юникастовыми DHCP Request - DHCP ACK ровно через 1/2 lease time.