SI
SI
discoversearch

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor.  We ask that you disable ad blocking while on Silicon Investor in the best interests of our community.  If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.
Technology Stocks : The *NEW* Frank Coluccio Technology Forum

 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext  
To: Frank A. Coluccio who wrote (3261)7/15/2001 3:41:39 PM
From: axial  Read Replies (2) of 46821
 
Hi Frank - Thanks for your response. I have long been a lurker on the VON thread...

Subject 17774

...where lately, you seem to be the only contributor. Perhaps my question belonged there, and not here.

So I was aware (in a general, fuzzy, non-FC sort of way >g<) that the answer was contingent on many interrelated dependencies and technologies.

What I had hoped was that we could abstract part of the answer: i.e., given an otherwise 'perfect' system, with no capacity constraints, what portion of the latencies could potentially be eliminated by IPv6?

My understanding of the intent is that ultimately everyone would be reachable by their network address, as opposed to reliance on lookups at the CO, for instance. 'Way back, we discussed the resistance of incumbents to IPv6, the stalling by the ITU, and Jeff Pulver's efforts in this regard.

So, I didn't mean to minimize, or ignore, the myriad of complexities involved - rather, I was trying to isolate that portion which pertains to switching in the internet cloud, and how much of that could be eliminated by IPv6, if any, at all. That is, in such a 'perfect' system, could IPv6 enable "shortest route" switching for VON?

Maybe the issue is so complex that no sensible answer is possible; if so, my apologies.

Best regards,

Jim
Report TOU ViolationShare This Post
 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext