Re: routing around Sprint's depeering damage

ffectivly on Sprints view of the Internet, and that is what they deliver really.. ------ Anders Lindbäck [EMAIL PROTECTED] On 2 nov 2008, at 16.01, Daniel Senie wrote: At 09:33 AM 11/2/2008, Mikael Abrahamsson wrote: On Sun, 2 Nov 2008, Rod Beck wrote: It is a s

Re: routing around Sprint's depeering damage

you have a contract that defines an SLA with delivery to "the entire Internet" or something similar you do not really have case to break your contract or sue due to the de-peering as a breach of contract from Sprints side.. ------ Anders Lindbäck [EMAIL PROT

Re: routing around Sprint's depeering damage

and what you tought you bought is not really my problem.. :) -- Anders Lindbäck [EMAIL PROTECTED] On 2 nov 2008, at 17.10, Joe Greco wrote: Nice interpretation of my statement.. A reasonable effort and a contractual guarantee are two different things, a reasonable

Re: Recommendation of Tools

etc.. And using UDP will not really provide better results due to the same thing, and IIRC Cisco from 12.0 has a standard setting of no more then 1 ICMP Unreach per 500ms.. -- Anders Lindbäck [EMAIL PROTECTED] On 3 dec 2008, at 12.00, Pekka Savola wrote: On Tue

Re: Recommendation of Tools

ngineers fix it. ------ Anders Lindbäck [EMAIL PROTECTED] On 3 dec 2008, at 20.56, Braun, Mike wrote: If the question is to measure hop by hop latency from source to destination, perhaps across routers you don't manage, how can this be done without using the ICMP time exceeded messages? End

Re: Recommendation of Tools

On 4 dec 2008, at 14.05, Pekka Savola wrote: On Wed, 3 Dec 2008, Anders Lindbäck wrote: Mtr is even less usefull then that, in its default mode it does a traceroute and then proceeds to ICMP Ping flood each IP in the list generated by the traceroute, the result is usually completly

Re: Recommendation of Tools

of context all you want. ------ Anders Lindbäck [EMAIL PROTECTED]

Re: Single carrier multi-circuit asynchronous routing issue

Strict-mode uRPF will couse this, I am sure sprint support can help you with it.. ------ Anders Lindbäck anders.lindb...@dnz.se

Re: OnLive -- Very disruptive internet technology to change things as we know it?

On 26 mar 2009, at 22.56, Dave Temkin wrote: Ravi Pina wrote: On Thu, Mar 26, 2009 at 12:39:25AM -0400, Rodrick Brown wrote: Not sure if anyone has followed the recent announcement of OnLive and their new gaming service which will basically allow them to stream video game gameplay output re