[quote]Originally posted by Mandricard:
<strong>I was wondering if the vague conceptions of iPhone discussed above might be paired with <a href="
http://www.spymac.com/comments.php?id=P179_0_5_0_C" target="_blank">this SpyMac story?</a> Spymac (iWalk, COUGH) has been eerily on target with their dot mac news, and this one has always intrigued me. Has anyone used or visited no-ip.com?
Mandricard
AppleOutsider</strong><hr></blockquote>
OK, I briefly mentioned this in another thread, but this SpyMac link is dead on.
I spoke with a person high in the development team of Rendezvous specifically about the concept of integrating a .Mac service of dynamic IP tracking with Rendezvous. I was told I was dead on target. By tracking dynamic IP addresses, .Mac becomes VERY powerful in several different ways when combined with Rendezvous services. (Remember, you can request Rendezvous services over IP, it does not have to be only on a LAN)
Let me try to explain it for you. You have a Rendezvous enabled Snow Airport base station working as your DHCP server for your LAN. All devices behind the NAT are identified by name, and the IP address of the Airport is tracked via .Mac. Now, instead of uploading pictures, movies and whatever else you want to share (hint hint) to Apple servers, you simply post references to your .Mac account that says what machine they are stored on behind your Airport. Upon receiving a request at your .Mac homepage, the request is routed to your Airport that then knows which machine inside the NAT to request the media from. Remember, Napster did not store the MP3 files, it stored the references to those files. Think of the same system but for anything you want to share off your machines. Also, by utilizing Rendezvous, you make this much easier to set up.
Now specifically in regards to these rumors of iPhone, this makes even more sense. By tracking dynamic IP addresses you get away from needing a dedicated IP address to reliably contact someone. And by incorporating Rendezvous, you can target specific appliances within the NAT.
The coolest part is that these capabilities can be utilized outside of the .Mac framework. If you wanted to set up your own server, a group of your friends could share files easily. Or you could set up a commercial service. In my conversation I used the term 'tribes' to describe what I was envisioning, and the Apple source agreed it ws a good analogy. If Napster used a centralized database to reference decentralized media files, what I am talking about is a way to easliy create your own central database. Decentralize the centralized aspect of Napster (the part most vunerable to legal attack).
The internet was originally intended as a way to share information across equal peers. In the nineties, with the explosion of the web and dial up access, that model changed to a server client relationship. Dynamic IPs prevented local peers from easliy sharing. Now with rendezvous, we can "get the internet back to what it was intended to be."