Пока особых изменений не наблюдаем. БГ (dhcp) по прежнему не воспринимает DHCP Request с выставленным Requested IP, и в новой сессии клиент получает другой (следующий в пуле) адрес. При этом, наблюдается несколько странное поведение:
Вот это renew запрос, в котором параметры опции 82 не соответствуют тем, что посылает коммутатор клиента. Здесь причина понятна - запрос юникастовый, и опцию 82 вставляет уже следующий на пути следования коммутатор (с3560 в нашем случае).
Код: AbstractInetDhcpProcessor2 - REQUEST_AFTER_PREPROCESS:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Request{3}
htype: 1, hlen: 6, hops: 1
xid: 812058904, secs: 0, flags: 0
Client IP: 145.255.253.233
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 10.63.195.8
Client MAC: {001FC6235801}
Host name{12}={M50SA}
Param request list{55}={1, 28, 2, 3, 15, 6, 119, 12, 44, 47, 26, 121, 42, 121, -7, 33, -4, 42}
Agent information{82}=
sub{9}={000000091A0A18000000005212010600040F29011A02080006001AE36E2000}
sub{2}={020A000091FFFDEE01000F29}
sub{-106}={91FFFDEE}
04-23/17:25:41 DEBUG [dhcpLstnr-p-12-t-4] AbstractInetDhcpProcessor2 - Found subDevice by identifier id=51
04-23/17:25:41 DEBUG [dhcpLstnr-p-12-t-4] InetDhcpProcessor2 - request.giaddr = 10.63.195.8
04-23/17:25:41 ERROR [dhcpLstnr-p-12-t-4] InetDhcpProcessor2 - Not found params for request: (pattern: $deviceId:$remoteId:$circuitId, servSearchMode: 1, deviceId: 50, agentDeviceId: 51)
Сообщение о том, что не найдены параметры для запроса тут ясны - сервис в договоре привязан к другому устройству. Дальше, это rebind. Здесь уже есть опция 50 - Requested IP{50}=145.255.253.233, а в опции 82 указаны уже верные параметры. Однако, ответ сервера следует такой же, как и при renew: pattern: $deviceId:$remoteId:$circuitId, servSearchMode: 1, deviceId: 50, agentDeviceId: 52
Код: AbstractInetDhcpProcessor2 - REQUEST:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Request{3}
htype: 1, hlen: 6, hops: 1
xid: 158666864, secs: 0, flags: 0
Client IP: 0.0.0.0
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 10.63.195.8
Client MAC: {001FC6235801}
Requested IP{50}=145.255.253.233
Host name{12}={M50SA}
Param request list{55}={1, 28, 2, 3, 15, 6, 119, 12, 44, 47, 26, 121, 42, 121, -7, 33, -4, 42}
Agent information{82}=
sub{9}={000000091A0A18000000005212010600040F29000102080106001E58A35427}
sub{2}={020A000091FFFDEE01000F29}
sub{-106}={91FFFDEE}
04-23/17:25:41 DEBUG [dhcpLstnr-p-12-t-5] AbstractInetDhcpProcessor2 - Found subDevice by identifier id=52
04-23/17:25:41 DEBUG [dhcpLstnr-p-12-t-5] InetDhcpProcessor2 - request.giaddr = 10.63.195.8
04-23/17:25:41 ERROR [dhcpLstnr-p-12-t-5] InetDhcpProcessor2 - Not found params for request: (pattern: $deviceId:$remoteId:$circuitId, servSearchMode: 1, deviceId: 50, agentDeviceId: 52)
И только после того, как клиент переходит опять в discover, сервер выдает адрес.
Код: AbstractInetDhcpProcessor2 - REQUEST_AFTER_PREPROCESS:
Message type: BOOT_REQUEST
Dhcp message type: DHCP Discover{1}
htype: 1, hlen: 6, hops: 1
xid: -537192918, secs: 0, flags: 0
Client IP: 0.0.0.0
Your IP: 0.0.0.0
Server IP: 0.0.0.0
Relay IP: 10.63.195.8
Client MAC: {001FC6235801}
Host name{12}={M50SA}
Param request list{55}={1, 28, 2, 3, 15, 6, 119, 12, 44, 47, 26, 121, 42, 121, -7, 33, -4, 42}
Agent information{82}=
sub{9}={000000091A0A18000000005212010600040F29000102080106001E58A35427}
sub{2}={020A000091FFFDEE01000F29}
sub{-106}={91FFFDEE}
Т.е., по какой причине не отрабатывает renew в данном случае ясно. Но, почему не обрабатываются rebind запросы и абоненту не выдается тот же адрес, что у него был до этого?
P.S.: mac из паттерна привязки мы пока убрали.
|
