ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: Inet-Admins
Inet-Admins mailing list archive (inet-admins@info.east.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[inet-admins] (fwd) Re: Demos vs Neon-V



Привет!

А вот похожее на правду объяснение истории Demos vs GU (может
кто-нибудь еще не читал)

From: Vadim Antonov <avg@pluris.com>
Newsgroups: relcom.postmasters.d,relcom.tcpip
Subject: Re: Demos vs Neon-V
Date: Wed, 27 Aug 1997 14:51:11 -0700
Organization: A-Link Network Services, Inc.
Lines: 27
Message-ID: <3404A14F.167EB0E7@pluris.com>
References: <34027925.FFE72A86@Global-One.co.za> <5tu6s8$h1g$1@tiger.jet.msk.su> <Pine.BSF.3.96.970826172855.275g-100000@trifork.gu.net> <5tuvnv$ahs$1@news.demos.su> <Pine.BSF.3.96.970826210846.275r-100000@trifork.gu.net> <34080987.446769059@xpress.inforis.nnov.su> <Pine.BSF.3.96.970827175922.3514e-100000@trifork.gu.net>
NNTP-Posting-Host: pm1-prt15.sv.alink.net
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2.2-RELEASE i386)
Xref: tts relcom.postmasters.d:5614 relcom.tcpip:5169

Andrew Stesin wrote:
> 
>         Нееет, я все еще надеюсь не мытьем, так катаньем
>         уговорить инженеров Демоса "отдаться" ;) и провести
>         аккуратный эксперимент в оговоренное заранее время,
>         обнародовать тонкие причины -- что ж это была за вариация
>         christmas tree которая ставила в позу cisco,
>         и почему они загибались, и что на этот счет думает cisco,
>         и передать source приблуды американцам, чтобы те cisco-в
>         отпопуляризировали и заставили изучить эффект.

No use.  The problem with cisco is not software-related, but
rather architectural.  Their hardware cannot handle IP options
and other interesting cases (nobody's hardware actually can, btw)
so all interesing packets cause CPU interrupts which always
have "higher priority" than any processes.

I.e. a relatively low-speed stream of "interesting" packets
can completely overflow cisco's CPU and starve routing protocols
and line keepalives.

The worst part of it is that it cannot be fixed w/o replacing
hardware completely.

Vadim Antonov
CTO, Pluris Inc
http://www.pluris.com

--
Dima Maloff
=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@east.ru if you want to quit.
List archive is accessible at http://www.east.ru/inet-admins/



 




Copyright © Lexa Software, 1996-2009.