Re:GNU SIP Witch 1.0 released for peer-to-peer next gen VoIP
by MichaelGG on Sunday May 15, 2011 @05:00PM
(#2550781)
Sorry I should have made it clear. SIP/RTP don't work with NATs at all (public IP and a NAT'd client) if you follow the spec. By NAT traversal with SIP, I'm referring to this case, not NAT'd client to NAT'd client.
You're right that using relays requires some thought in order to keep it secure.
- They can't use end-to-end encryption since public relay has to add information about the public address the message came from (unless it wants to transfer the media itself).
- They can't allow random changes to addresses by intermediate nodes, since that would allow trivial attack on the mesh infrastructure.
How will they stop a situation where someone creates lots of nodes, proxies SIP, but randomises the media addresses? Media address can't be encoded at the source, since it has to come from the relay. It wouldn't be hard for a competing company to spawn thousands of nodes on EC2 and overload the network with broken "relay" nodes.