DISCOVER:
12:47:05.619395 IP (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto
UDP (17), length 328)
0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP,
Request from 00:21:91:d6:e8:a2 (oui Unknown), length 300, xid 0x3759f73c,
Flags [none]
(0x0000)
Client-Ethernet-Address 00:21:91:d6:e8:a2 (oui Unknown)
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Discover
Parameter-Request Option 55, length 11:
Subnet-Mask, BR, Time-Zone, Default-Gateway
Static-Route, Domain-Name-Server, Netbios-Name-Server, NTP
Netbios-Scope, MTU, Classless-Static-Route-Microsoft
Client-ID Option 61, length 7: ether 00:21:91:d6:e8:a2
END Option 255, length 0
PAD Option 0, length 0, occurs 34
OFFER от домового свитча (на нем работает dhcp-relay):
12:47:05.633937 IP (tos 0xc0, ttl 58, id 42276, offset 0, flags [DF], proto
UDP (17), length 524)
10.4.129.10.bootps > 10.79.25.199.bootpc: [udp sum ok] BOOTP/DHCP,
Reply, length 496, hops 1, xid 0x3759f73c, Flags [none] (0x0000)
Your-IP 10.79.25.199
Gateway-IP 10.4.129.10
Client-Ethernet-Address 00:21:91:d6:e8:a2 (oui Unknown)
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Offer
Server-ID Option 54, length 4: 78.107.63.102
Lease-Time Option 51, length 4: 3600
Subnet-Mask Option 1, length 4: 255.255.248.0
BR Option 28, length 4: 255.255.255.255
Default-Gateway Option 3, length 4: 10.79.24.1
Static-Route Option 33, length 56: (195.14.50.26:10
.79.24.1),(195.14.50.16:10.79.24.1),(85.21.88.130:10
.79.24.1),(195.14.50.93:10.79.24.1),(195.1
4.50.21:10.79.24.1),(194.67.1.115:10.79.24.1),(85.21.78.93:10.79.24.1)
Domain-Name-Server Option 6, length 8: 85.21.192.3,
hdns1.corbina.net
MTU Option 26, length 2: 576
Classless-Static-Route-Microsoft Option 249, length 127: (
83.102.146.96/27:10.79.24.1),(10.0.0.0/8:10.79.24.1),(
78.107.23.0/24:10.79.24.1),(85.21
.90.0/24:10.79.24.1),(85.21.79.0/24:10.79.24.1),(
217.118.84.249/32:10.79.24.1),(78.107.196.0/22:10.79.24.1),(
217.118.84.213/32:10.79.24.1),(78.107.235.4/30:1
0.79.24.1),(85.21.138.208/28:10.79.24.1),(78.107.51.0/28:10.79.24.1),(
83.102.231.32/28:10.79.24.1),(85.21.108.16/28:10.79.24.1),(
85.21.72.80/28:10.79.24.1),(
233.33.210.0/24:10.79.25.199)
END Option 255, length 0
PAD Option 0, length 0, occurs 21
REQUEST:
12:47:05.636655 IP (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto
UDP (17), length 328)
0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP,
Request from 00:21:91:d6:e8:a2 (oui Unknown), length 300, xid 0x3759f73c,
Flags [none]
(0x0000)
Client-Ethernet-Address 00:21:91:d6:e8:a2 (oui Unknown)
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Request
Server-ID Option 54, length 4: 255.255.255.255
Requested-IP Option 50, length 4: 10.79.25.199
Parameter-Request Option 55, length 11:
Subnet-Mask, BR, Time-Zone, Default-Gateway
Static-Route, Domain-Name-Server, Netbios-Name-Server, NTP
Netbios-Scope, MTU, Classless-Static-Route-Microsoft
Client-ID Option 61, length 7: ether 00:21:91:d6:e8:a2
END Option 255, length 0
PAD Option 0, length 0, occurs 22
На этом все заканчивается, АСКи не приходят.
Что подозрительно - спустя некоторое время опять проходит
discover-offer-request, но в оффере уже другой айпишник, +1 в последнем
октете (т.е. 10.79.25.199, потом 10.79.25.200, потом 10.79.25.201...).
При вбитой статике продолжается рассылка discovery, но опять же дальше
реквестов тишина...
И опять же виндовый ноут работает без проблем.
16 июня 2013 г., 11:24 пользователь Yuri Kozlov <[email protected]>написал:
> В Sun, 16 Jun 2013 03:04:47 +0400
> "Andrey B. Kiselev" <[email protected]> пишет:
>
> > Доброго времени суток.
> > Надеюсь на помощь, ибо уже вторые сутки ломаю голову со всем его
> > содержимым...
> >
> > Имеется домашний роутер с Debian 6.0.7 на борту и двумя сетевыми. В один
> > прекрасный день, после планового ребута, роутер перестал получать ip от
> > провайдера. Имея опыт работы в саппорте провайдера, сделал все, что
> > только можно было - на статике работает нормально (но это ни разу не
> > вариант), ноут с виндой на том же кабеле работал без проблем, сетевые
> > менял местами, перетыкал кабель между ними, удалял файлы с лизами, в
> > сотый раз перезапускал сетку... Эффекта ноль :(
> >
> > Кто подскажет что еще можно посмотреть/подредактировать в этом случае?
>
> tcpdump и смотреть как уходит запрос DHCP и какой приходит ответ (если
> приходит).
>
>
>
> --
> Best Regards,
> Yuri Kozlov
>
>
> --
> To UNSUBSCRIBE, email to [email protected]
> with a subject of "unsubscribe". Trouble? Contact
> [email protected]
> Archive: http://lists.debian.org/[email protected]
>
>
