I have a problem with administer IP telephony (series 46xx)on WAN network. Is it possible to register IP Phone outside of network with NAT (Network Adress Translator). How to set LAN switches for this purpose (range UDP, etc)?
Actually I had a discussion about that with an Avaya rep last week.
Seems they have some kind of box called a VSU.
Don't know the fine details yet, but seems to even works over the internet.
Be very careful when using NAT (Network Address Translation).
VoIP does not work well with networks that use NAT (Network Address Translation) because most NAT implementations do not support H.323 protocols.
The destination IP address is encapsulated in more than one header:
the Q.931, H.225, and IP headers.
NAT changes only the address in the IP header resulting in a mismatch that prohibits the control of calls.
A VSU is one of AVAYA's VPN Gateway products that allows VPN to work properly. Your best option is to use this, but it envolves setting up a Remote Access VPN for you remote users and sending them home with a VSU box at home. The VPN ensures the VOIP traffic is not NAT'd and you connect fine. So this will solve your issue, but you may want to talk to your Data people first, because you will need to deploy a VPN.
NAT is not supported by the IP Soft Phone Software. If you had a firewall in place with out NAT (meaning routable IP addresses are on the inside LAN) then you would simply just have to list what UDP ports you want allowed. This is a three step process.
1) Within the IP Soft phone software, under options>advanced> you must enter a min port and max. port. The range must be as follows:
1024 > range > 65536. The range must be at least 100 ports. Valid port range example: 1024 < 2000-2100 < 65536.
2) The firewall must have a hole made for that exact UDP range.
3) The PBX must have the same UDP port range configured under the “change ip-network-region” command.
Avaya’s only work around is to have the CLAN and Prowler cards on the DMZ or outside LAN segment.
Alternatively, a VPN connection avoids the above problems. I have included two Avaya based NAT explanations below:
7.4 NAT (Network Address Translation)
VoIP does not work well with LANs that use NAT (Network Address Translation) because NAT does not support H.323 protocols. The destination IP address is encapsulated in more than one header, the Q.931, H.245, and the IP header. NAT changes only the address in the IP header resulting in a mismatch that prohibits the control of calls. We suggest that you use a firewall to guard against intruders, but your firewall should not provide NAT functions for VoIP packets.
Network Address Translation (NAT): Due to limitations in the H.323 VoIP standard,
VoIP conversations cannot presently work across NAT boundaries. It is important to route voice streams around routers or firewalls running NAT.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.