[p2p-sip] NATs and P2P
effis at dsp.co.il (Effi Shiri) Tue, 21 March 2006 08:22 UTC
From: "effis at dsp.co.il"
Date: Tue, 21 Mar 2006 10:22:16 +0200
Subject: [p2p-sip] NATs and P2P
Message-ID: <216A12DDD3490049BA3E56BAC324F285012FB007@ILEXCH2003.il-prod.dspcorp.com>
This is very interesting Do you have statistics on how many Home users actually have Public IP? -----Original Message----- From: p2p-sip-bounces at cs.columbia.edu [mailto:p2p-sip-bounces at cs.columbia.edu] On Behalf Of Philip Matthews Sent: Tuesday, March 21, 2006 2:36 AM To: P2P-SIP Subject: [p2p-sip] NATs and P2P [I guess all this traffic on the mailing list will teach me not to go on vacation just before an IETF meeting!] As I catch up on all the messages about NATs over the past two weeks, it seems to me that many people are thinking only of the "Public P2P Service Provider" use-case as described in the use-cases document. In other words, a Skype competitor. However, the use-cases document that David Bryan and his co-authors wrote identified a number of other use-cases and it seems to me that these have somewhat different NAT traversal requirements. In particular, in some of these other use-cases, it seems to me that we CANNOT assume there are peers with public IP addresses. For example, consider the "Presence using Multimedia Consumer Electronics Devices" use-case (section 3.1.3) -- essentially a P2P network of multimedia consumer electronics devices that need presence information. Who is going to pay the extra money to give their digital camera (or those neat 770 tablets that Nokia is demoing here in Dallas?) a public IPv4 address?? On the contrary, devices like this are almost certainly going to have private IP addresses -- it is very common today for wireless internet providers to place a big NAT in front of their entire network and give private addresses to all their customers. Or consider the "IP PBX" use-case -- a IP PBX system for a company with a number of small branches scattered throughout the world. Each branch is going to have a NAT in front of its network, and all the phones in that branch are going to have private IP addresses. None of the phones are going to have public IP addresses. It is handling the NAT traversal issues for use-cases like these that Eric Cooper and I wrote our internet-draft on NAT Traversal for P2P: http://www.ietf.org/internet-drafts/draft-matthews-p2psip-nats- and-overlays-00.txt - Philip _______________________________________________ p2p-sip mailing list p2p-sip at cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/p2p-sip ______________________________________________________________________ DSP Group LTD. automatically scans all emails and attachments using MessageLabs Email Security System. ______________________________________________________________________
- [p2p-sip] NATs and P2P Philip Matthews
- [p2p-sip] NATs and P2P Bruce Lowekamp
- [p2p-sip] NATs and P2P Effi Shiri
- [p2p-sip] NATs and P2P Zhou Ya Jin
- [p2p-sip] NATs and P2P Effi Shiri
- [p2p-sip] NATs and P2P Zhou Ya Jin
- [p2p-sip] NATs and P2P Effi Shiri
- [p2p-sip] NATs and P2P Zhou Ya Jin
- [p2p-sip] NATs and P2P Brijesh Kumar
- [p2p-sip] NATs and P2P Michael Slavitch
- [p2p-sip] NATs and P2P Eunsoo Shim
- [p2p-sip] NATs and P2P Philip Matthews
- [p2p-sip] NATs and P2P Brijesh Kumar
- [p2p-sip] NATs and P2P Peter Pan
- [p2p-sip] NATs and P2P Dean Willis
- [p2p-sip] NATs and P2P Peter Pan
- [p2p-sip] NATs and P2P Juha Heinanen
- [p2p-sip] NATs and P2P Martin Stiemerling
- [p2p-sip] NATs and P2P Mike Robinson
- [p2p-sip] NATs and P2P Roy, Radhika R.
- [p2p-sip] NATs and P2P Dean Willis
- [p2p-sip] NATs and P2P Juha Heinanen
- [p2p-sip] NATs and P2P Dean Willis
- [p2p-sip] NATs and P2P Peter Pan