2.
[ S N O M 4 S N A T F I L T E R ]
In SIP it is legal to send from a different port than the receiving port. When this is being done, there is no way of supporting these de- vices behind NAT. However, some phones offer an option that disables this mechanism so that the sending port is the same as the receiving port.
Typically, the SIP proxy will run on a public IP address where it is possible to deal with all kinds of NAT.
2.2.4 Media RTP
Media is much more problematic than SIP because users are sen- sitive to delay in a voice conversation. When the delay is too long, the speakers need to be disciplined not to interrupt the other person when starting to speak. Also, the ear is much more sensitive to echo when the media delay becomes too long. The effect is known from intercontinental calls where the speed of light increases the delay for voice transmission.
SIP was designed for
2.2.5 Classification of User Agents
From a SBC point of view, available user agents can be classified into the following categories:
•Public IP devices. These devices operate on public IP addresses and don’t need any specific support regarding NAT. The true location of these devices may be in a private network, as they might have al- located a public identity using mechanisms like UPnP™ [3]. These devices are most welcome as they don’t cause any additional re- quirements.
•STUN devices. Phones that operate behind full cone NAT and allo- cate public IP addresses themselves fall into this category. The only support that the proxy needs to give is a STUN server. Apart from that they act like public IP devices.
•Non
12 • Architecture