ПРОЕКТЫ 


  АРХИВ 


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]

Re: [inet-admins] 224.x.x.x, Apache+Netscape



On Mon, 27 Mar 2000, Vashenko Maxim wrote:

> > > > > > > А как это проверить?
> > > > > > tcpdump у клиента...  SPAN-порт на свитче, к которому подключен
> > > > > > клиент и сниффер на SPAN-порте...
> > > > > >
> > > > > > Много способов, я же не знаю, как Ваша сеть устроена.
> > > > >
> > > > > Проблемный кусок - диалап в пределах одной киски.
> > > > > c3640-js-mz.120-7.T
> > > > все равно непонятно... Роутинг - он подразумевает как минимум
> > > > два интерфейса: входной и выходной...
> > >
> > > один интерфейс - диалап, второй тоже диалап. все в пределах одной киски.
> > Тогда tcpdump у одного клиента и пусть он предъявит мультикаст-пакеты,
> > пришедшие от другого клиента...
> 
> он предъявил пакеты с SRC=224.0.1.24 и 224.0.1.24
ROTFL! :) :) 
Снятые с диалапного интерфейса?? :)) :) 

> я хотел узнать чьи они могут быть. может быть это конечно
> внутри клиентской сетки. а может и нет.
> 
А сделать "nslookup 224.0.1.24" поленились?

Пошли в inet-admins спрашивать о том, "почему cisco такая плохая, 
что роутит мультикасты, когда не положено?"... И несколько дней в
час по чайной ложке выдавать информацию о том, что же на самом деле
происходит и "кто виноват"... :( 


> > > > >
> > > > > debug ip mpacket - молчит, в то время как хосты
> > > > > на пинг из самой киски отзываются.
> > > > Они _И_ДОЛЖНЫ_ОТЗЫВАТЬСЯ_... :(
> > >
> > > пусть тогда хоть debugгятся ;-)
> > И не должны...
> 
> Почему ? Пакеты бегают, но не дебуггятся? Это тайна (feature) киски?
>
Они не _бегают_... Они либо генерируются самим роутером, либо
предназначены самому роутеру...  В этих случаях "debug ip packet" 
иммет право их не показывать, потому как есть более содержательные 
дебаги тех процессов, которым эти пакетики адресованы.

Кстати, есть и обратная ситуация, 
на 8540 в дебаг не попадут _транзитные_ пакеты, а попадут только 
сгенерированные ей или ей адресованные. Это - фича архитектуры.. :) 
  
> 

---------------------------------------------------------
Basil (Vasily)  Dolmatov  CCIE #5347, CCNP-Security, CCDA
East Connection ISP, Moscow, Russia. (http://www.east.ru)

=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
Archive is accessible on http://info.east.ru/rus/inetadm.html



 




Copyright © Lexa Software, 1996-2009.