Imaxinar DM
Customer
- Joined
- Mar 4, 2017
- Messages
- 9
- Reaction score
- 4
Thanks @NickD_3CX yes they are on same physical LAN and Subnet. But I also can run down the hall and test as a Remote Phone. Both fail in the same way.. never shows up in Phones page as New or as Provisioned
your comment: "Run a packet capture on the server, you can do that from the MC as well" ? please explain how. I'm assuming MC = Management Console (the 3CX server is on Debian)
@Imaxinar DM
A few key pieces of information, The Yealink phone and the 3CX Server, and they on the same LAN/Subnet? I ask because you said that you tried Remote STUN as well.
Also, if the Yealink and the 3CX Server are behind the same ZyXEL Router, NATing should not play any role, although it does look correct. Mutlicast of course must be allowed.
So, working with the assumption that the phone and the server are on the same physical LAN and Subnet, the first thing I would suggest looking for is why the phone is not showing up in the Management Console. Run a packet capture on the server, you can do that from the MC as well, Factory Reset the phone amd wait until it comes back online. If it doesn't show up in the "Phones" node, open the capture file with Wireshark and check for the source IP of the phone with something like:
This should tell you if the server received any information at all from the phone (so its a good starting point).
Remember, if phone and server are on different subnets, usually multicast packets won't reach one another...[/QUOTE]
your comment: "Run a packet capture on the server, you can do that from the MC as well" ? please explain how. I'm assuming MC = Management Console (the 3CX server is on Debian)
@Imaxinar DM
A few key pieces of information, The Yealink phone and the 3CX Server, and they on the same LAN/Subnet? I ask because you said that you tried Remote STUN as well.
Also, if the Yealink and the 3CX Server are behind the same ZyXEL Router, NATing should not play any role, although it does look correct. Mutlicast of course must be allowed.
So, working with the assumption that the phone and the server are on the same physical LAN and Subnet, the first thing I would suggest looking for is why the phone is not showing up in the Management Console. Run a packet capture on the server, you can do that from the MC as well, Factory Reset the phone amd wait until it comes back online. If it doesn't show up in the "Phones" node, open the capture file with Wireshark and check for the source IP of the phone with something like:
Code:
ip.addr==[IP of Phone]
Remember, if phone and server are on different subnets, usually multicast packets won't reach one another...[/QUOTE]