DHCP error avaya 8.1

[Vapour84]

Hi All,
I'm the IT guy for my company as the previous IT guy had retired but he no longer answering calls, from my previous post, we have pbx and unmanaged switch ( no one has access to this). wan port is going into the switch and lan 1 is going into our switches for the managed side of pbx

so the last few weeks phones been fine, we had a power cut and all phones have gone off and i rebooted pbx and switch. but now all phones are now waiting for dhcp.

i've checked the sys- monitor and the dhcp data,

and i checked the iproute nothing has changed. checked the Lan2 settings and everything is correct,

I've connected a phone directly into the wan port and phone settings is fine, picks up the user extension. connected to switch it is also fine. i've checked all cables to see if there a loop.

08:25:21 531108mS DHCP: DHCP type=DHCPMsgDiscover HTYPE=01
08:25:21 531109mS DHCP: DHCP type=DHCPMsgDiscover HTYPE=01, 10.253.8.158
08:25:21 531109mS DHCP: DHCP::SetState, 10.253.8.158: Offering->Checking
08:25:21 531332mS DHCP: DHCP type=DHCPMsgDiscover HTYPE=01
08:25:21 531332mS DHCP: DHCP type=DHCPMsgDiscover HTYPE=01, 10.253.8.157
08:25:21 531332mS DHCP: DHCP::SetState, 10.253.8.157: Offering->Checking
08:25:21 531610mS DHCP: DHCP::SetState, 10.253.8.158: Checking->Offering
08:25:21 531617mS RES: Thu 12/9/2024 08:25:21 FreeMem=58798972(2) CMMsg=2 (2) Buff=5200 942 1000 7439 5 Links=922 CPU=3/6/11212/14912/142902/0
08:25:21 531617mS RES2: IP 500 V2 8.1(52) Tasks=44 RTEngine=0 CMRTEngine=0 ExRTEngine=0 Timer=63 Poll=0 Ready=0 CMReady=0 CMQueue=0 VPNNQueue=0 Monitor=2 SSA=0 TCP=16 TAPI=0 ASC=1 SYS=MNTD OPT=UMNT SDSPD=2034
08:25:21 531832mS DHCP: DHCP::SetState, 10.253.8.157: Checking->Offering
08:25:24 534946mS DHCP: DHCP type=DHCPMsgDiscover HTYPE=01
08:25:24 534946mS DHCP: DHCP type=DHCPMsgDiscover HTYPE=01, 10.253.8.133
08:25:24 534946mS DHCP: DHCP::SetState, 10.253.8.133: Offering->Checking
08:25:25 535386mS DHCP: DHCP type=DHCPMsgDiscover HTYPE=01
08:25:25 535386mS DHCP: DHCP type=DHCPMsgDiscover HTYPE=01, 10.253.8.143
08:25:25 535387mS DHCP: DHCP::SetState, 10.253.8.143: Offering->Checking
08:25:25 535446mS DHCP: DHCP::SetState, 10.253.8.133: Checking->Offering
08:25:25 535887mS DHCP: DHCP::SetState, 10.253.8.143: Checking->Offering
08:25:27 536620mS RES: Thu 12/9/2024 08:25:27 FreeMem=58794416(2) CMMsg=2 (2) Buff=5200 940 1000 7439 5 Links=912 CPU=3/7/11212/15070/142902/0
08:25:27 536620mS RES2: IP 500 V2 8.1(52) Tasks=44 RTEngine=0 CMRTEngine=0 ExRTEngine=0 Timer=64 Poll=0 Ready=0 CMReady=0 CMQueue=0 VPNNQueue=0 Monitor=2 SSA=0 TCP=16 TAPI=0 ASC=1 SYS=MNTD OPT=UMNT SDSPD=2034
08:25:30 539221mS DHCP: DHCP type=DHCPMsgDiscover HTYPE=01
08:25:30 539221mS DHCP: DHCP type=DHCPMsgDiscover HTYPE=01, 10.253.8.152
08:25:30 539221mS DHCP: DHCP::SetState, 10.253.8.152: Offering->Checking
08:25:30 539721mS DHCP: DHCP::SetState, 10.253.8.152: Checking->Offering
08:25:32 541284mS R2DSP: PRIU DSP 1: is alive


this is what im getting.

 

[derfloh]

Can you describe the error more detailed? From the Logs it looks like if the IPO offers IPs to the clients but the client doesn't "accept" them. Maybe there is a second DHCP server in the network that also sends DHCP offers that are delivered faster to the phones so that the phones ignore the offers from IPO.

 

[PosGuyUS]

I just had a similar problem with Polycoms and a managed switch. Found a setting in the managed switch for Smartport that was identifying the phones and assigning a VLAN to them. Shut it off and the phones came up. The switch wasn’t really programmed to do anything, don’t know if that feature was on before.