Corey Edwards wrote: > At that point, RTP begins to flow between the two IP addresses > specified. This is where NAT becomes a problem. If the endpoints aren't > aware of NAT (which is its design), they will specify their internal > addresses and the return packets will be silently discarded by some > router's egress filters. This is one reason why NAT sucks. You can trick > it using connection tracking and SIP transformations. Or a tool like > STUN to tell the endpoint what its routeable address actually is. Or a > proxy which knows how to filter out the RFC1918 addresses and put in the > correct values.
As I have been reading about it, I saw one comment made by someone else that seem to indicate that the Linksys is doing some sort of SIP proxy. Is there a Linux SIP proxy that can pick up on SIP traffic and just magically do it's stuff, similar to the Linksys? I have no way of configuring the Sipura, so what ever the solution is, it will have to be transparent to the Sipura device. The Sipura is setup to sent all traffic to the default gateway, which happens to of course be either the Linksys router or the Linux firewall. Kenneth /* PLUG: http://plug.org, #utah on irc.freenode.net Unsubscribe: http://plug.org/mailman/options/plug Don't fear the penguin. */
