[25840] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: should TCPs do MTU black hole detection?

daemon@ATHENA.MIT.EDU (Alex P. Rudnev)
Thu Nov 18 22:17:08 1999

Date: Fri, 19 Nov 1999 05:40:45 +0300 (MSK)
From: "Alex P. Rudnev" <alex@virgin.relcom.eu.net>
To: Randy Bush <randy@psg.com>
Cc: Chris Cappuccio <chris@dqc.org>, Vern Paxson <vern@ee.lbl.gov>,
	nanog@merit.edu
In-Reply-To: <E11odtP-0004kL-00@roam.psg.com>
Message-ID: <Pine.SUN.4.10.9911190540120.1585-100000@virgin.relcom.eu.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Errors-To: owner-nanog-outgoing@merit.edu


> >> yes-do-detection or no-we-want-the-problems-fixed.
> >> Comments appreciated.
> > I think that most ISP's would prefer that problems were fixed.
> 
> the choice seems 
> 
>   o when it breaks, the noc gets the call, debugs it, and it gets fixed
'it get fixed' if   the problem is inside the network controlled by  the NOC. If
not??



> 
>   o when it breaks, the software does successive guesswork back-offs until
>     it makes it through.  the performance sucks big-time, the customer
>     thinks the isp is at fault, but the noc does not get called and the
>     real problem never gets fixed.
> 
> randy
> 
> 

Aleksei Roudnev, Network Operations Center, Relcom, Moscow
(+7 095) 194-19-95 (Network Operations Center Hot Line),(+7 095) 230-41-41, N 13729 (pager)
(+7 095) 196-72-12 (Support), (+7 095) 194-33-28 (Fax)



home help back first fref pref prev next nref lref last post