Sonicwall settings for Polycom TFTP

asteriskdhcppolycomsonicwalltftp

I'm switching our VoIP phones (Polycom 301s and 501s) to our data network. They were previously segmented to their own network. This means disabling the DHCP on the Trixbox (Asterisk) server and configuring the Sonicwall TZ 210 DHCP to indicate that Trixbox is the TFTP server.

The Polycom phones are stating "could not contact boot server". All phones are configured to TFTP and were confirmed working when previously using the Trixbox server for DHCP. Trixbox DHCP is now turned off.

I've configured options 66(as String), 128(as IP) and 150(as IP) in DHCP and added them to a TFTP Option Group. I've enabled "Allow BOOTP Clients to use Range" for the Dynamic IP range and assigned the Option Group TFTP as the DHCP Generic Option Group.

Any idea what I'm missing? Is there a separate tool to inspect the DHCP response to compare Trixbox to the Sonicwall?

Best Answer

You can analyse the dhcp responses with wireshark. This tool is a must-have when troubleshooting a network issue.

Regarding the phone issue, Is the tftp server reachable from the data network ?

Dhcp options seem good, so I'd say, capture a boot sequence with wireshark when a phone is on the voice network, and then do the same on the data network.

Btw, having a separate voice network is a good thing.

Related Solutions

Polycom Not Registering against Asterisk

Open an Asterisk console (asterisk -r), enable SIP debugging (sip set debug ip yourphonesip) and have the phone register. Check if you see the REGISTER packets and if there are any replies and/or error messages.

Is this just a switched network or are there any other devices between Asterisk and the phones?

Edit after your comments: At this point, I would want to make sure the phones' traffic actually reaches the Asterisk server - run tcpdump on the server and maybe also somewhere near the phones. If the REGISTER packets get to the server but do not show up in Asterisk's log (plus the phones are working with another Asterisk, as you tested), then something's wrong on the Asterisk side.

If, on the other hand, you cannot see the phones' REGISTER requests even with tcpdump, then you have to find where they get lost - more sniffing at different points in the network.

Also, here's a discussion about Polycom's not registering, the last post has the instructions for a "local config reset" - maybe that's the magic you need.

Centos – Linux DHCPD Mac-Address based Groups

You can use a conditional expression to match against the MAC address of the phones:

if substring(hardware, 1, 3) = 00:04:f2 {
    option routers 10.0.32.1;
} else {
    option routers 10.0.32.5;
}

I tested this inside a subnet stanza, but I believe it will work anywhere that an option command will work. Tested with ISC DHCPD 3.1.2.

Best Answer

Related Solutions

Polycom Not Registering against Asterisk

Centos – Linux DHCPD Mac-Address based Groups

Related Topic