IP Phone 1608 could not register to IPO500v2 3

[MoJHK]

Dear expert,

New IPO500v2 setup with factory reset linksys poe switch. The 1608 could not register to Ipo500v2.

Did I miss any setting in Linksys poe switch?

 

[MoJHK]

Hi Bu4dbyrd,

Thanks for your suggestions.

Actually I did program manually 4 Ip phones and turn on the H323 in monitor. Nothing showed in monitor for they H323 and nothing improved in those ip phones.

Is it something wrong in the programs in the SD card?

 

[derfloh]

I guess there is something wrong with the network. Does the phone show any VLAN information? Is it possible to connect a computer with the same IP address and connect to IPO?

IP Office remote service

https://www.fwilke.com/home

Fixed price SIP trunk configuration:

https://www.fwilke.com/en/ip-office-sip-trunk-en/

CLI based cale blocking:

https://blog.fwilke.com/ip-office-block-calls-from-specific-cli/

SCN fallback over PSTN:

https://blog.fwilke.com/ip-office-scn-fallback/

 

[MoJHK]

Hi Derfloh,

There was no VL info in IP Phone and no PC used the same up address with the IP phone.

 

[derfloh]

I suggested to install a PC in the same network like the phones and see if it is able to reach the IPO.

There has been an issue that all 16xx switched to use the same MAC address. Perhaps that's the issue?

IP Office remote service

https://www.fwilke.com/home

Fixed price SIP trunk configuration:

https://www.fwilke.com/en/ip-office-sip-trunk-en/

CLI based cale blocking:

https://blog.fwilke.com/ip-office-block-calls-from-specific-cli/

SCN fallback over PSTN:

https://blog.fwilke.com/ip-office-scn-fallback/

 

[MoJHK]

Hi Derfloh,

I can connect a PC to the IPO500 within the same network.

Thanks for your suggestions and I will test the up phones in another ipo500 later.

 

[budbyrd]

Sounds like you have a network issue. My next step would be to use a small POE switch to bypass the larger network and connect directly to the IPO.

Dermis and feline can be divorced by manifold methods.*
*(Disclaimer for all advise given)--'Version Dependent'

 

[janni78]

It's still unclear where the phones actually get stuck, at what message?

"Trying is the first step to failure..." - Homer

 

[critchey]

What is the HTTP server IP set too?
Does the phone get the IP for the call server and HTTP server?
When you manually setup the phone what did you assign for the HTTP server and call server?
Have you tried defaulting the phone(s) and setting it up again from scratch?
Is H323 gatekeeper enabled under LAN1>VOIP?

You should see the phone grab files in monitor IF you have the proper filters setup (needs more then H323 filters to see this). It sounds like either the DHCP is not setup proper and you might not be giving the phone the correct IPs, or something network related causing the phones not to see the IPO, or we are missing some information you are leaving out. The more information you can provide the easier it is for people to help. It should not be like pulling teeth getting info when you are asking us for help...



The truth is just an excuse for lack of imagination.

 

[derfloh]

Compare the DHCP requests of different phones against the requesting MAC addresses.

If all requests are from the same MAC the phones are bricked.

IP Office remote service

https://www.fwilke.com/home

Fixed price SIP trunk configuration:

https://www.fwilke.com/en/ip-office-sip-trunk-en/

CLI based cale blocking:

https://blog.fwilke.com/ip-office-block-calls-from-specific-cli/

SCN fallback over PSTN:

https://blog.fwilke.com/ip-office-scn-fallback/