I don't think it makes sense since one of the main reasons for having the client function is to reduce battery consumption for mobile devices. The last thing a mobile device needs is the message flow to help with NAT traversal of other devices.
Mobile devices must be egoistical beasts that go online only for their own communications IMO. There are some exceptions such as using P2P in disasters, but I am not sure we ready to define such scenarios at this point in time in the P2PSIP WG. Henry -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Victor Pascual Ávila Sent: Thursday, March 13, 2008 10:53 PM To: P2PSIP Mailing List Subject: [P2PSIP] Client as relay Up to now we've considered the client protocol -independently of its functions- to be the protocol used between a client and its associated (one, few, many) peers. What I'd like to discuss is: May clients be able to connect each other using the p2p layer? e.g. if a client is behind a non-friendly NAT, it could use other clients (providing STUN/TURN services) to reach its associated peer. Does it make sense for you? Cheers, -- Victor Pascual Ávila Research Engineer Tel. +34 93 542 2906 Fax. +34 93 542 2517 Research Group on Network Technologies and Strategies (NeTS) Universitat Pompeu Fabra (UPF) Pg. de Circumval·lació, 8 Office 358 08003 Barcelona (Spain) http://nets.upf.edu/ _______________________________________________ P2PSIP mailing list [email protected] https://www.ietf.org/mailman/listinfo/p2psip _______________________________________________ P2PSIP mailing list [email protected] https://www.ietf.org/mailman/listinfo/p2psip
