Страница 3 из 3

Re: SW_MATM-4-MACFLAP_NOTIF

СообщениеДобавлено: 20 окт 2009, 09:20
root
msergey писал(а):флаппы только после 400Мбит/с

это и странно
т.е. время в логах четко совпадает с пиками на графике MRTG ?

msergey писал(а):Клиенту я доверяю, не первый год работаем!

не зря же существует пословица: "Доверяй, но проверяй !"
я бы все же попросил все то о чем мы говорили выше.

Re: SW_MATM-4-MACFLAP_NOTIF

СообщениеДобавлено: 20 окт 2009, 09:32
zaikini
Судя по всему ночью тяжело вести дебаг, когда загружается канал, нагрузите канал днем и проверьте предположения о взаимосвязи "флапов" и загрузки канала.
Плюс еще момент, если все таки увязывать загрузку и "флапы" вы не думали о том что клиент "раскладывает" свой трафик на два канала?

Re: SW_MATM-4-MACFLAP_NOTIF

СообщениеДобавлено: 20 окт 2009, 11:35
msergey
root писал(а):
msergey писал(а):флаппы только после 400Мбит/с

это и странно
т.е. время в логах четко совпадает с пиками на графике MRTG ?


Именно.

zaikini писал(а):Судя по всему ночью тяжело вести дебаг, когда загружается канал, нагрузите канал днем и проверьте предположения о взаимосвязи "флапов" и загрузки канала.
Плюс еще момент, если все таки увязывать загрузку и "флапы" вы не думали о том что клиент "раскладывает" свой трафик на два канала?
Судя по всему ночью тяжело вести дебаг, когда загружается канал, нагрузите канал днем и проверьте предположения о взаимосвязи "флапов" и загрузки канала.
Плюс еще момент, если все таки увязывать загрузку и "флапы" вы не думали о том что клиент "раскладывает" свой трафик на два канала?


Думаю он так и поступает, на L3.

Re: SW_MATM-4-MACFLAP_NOTIF

СообщениеДобавлено: 20 окт 2009, 11:55
zaikini
msergey писал(а):Думаю он так и поступает, на L3.


Для него это L3, а для вас L2, но это все гадания, схемы нет, адресации нет.
Чтобы был L3 вы должны с двух сторон выдать ему подсети и сделать L3 и соответственно, ваш клиент используя выданные ему адреса сделает L3.

Re: SW_MATM-4-MACFLAP_NOTIF

СообщениеДобавлено: 20 окт 2009, 12:11
zaikini
Как вариант включите на портах к абоненту spanning-tree guard loop, если петля то порт будет блокироваться, а дальше пусть абонент приводит свою сеть в порядок, это если он не хочет, не может дать вам схему сети для анализа, чтобы вы ему помогли.

Re: SW_MATM-4-MACFLAP_NOTIF

СообщениеДобавлено: 20 окт 2009, 12:16
msergey
zaikini писал(а):
msergey писал(а):Думаю он так и поступает, на L3.


Для него это L3, а для вас L2, но это все гадания, схемы нет, адресации нет.
Чтобы был L3 вы должны с двух сторон выдать ему подсети и сделать L3 и соответственно, ваш клиент используя выданные ему адреса сделает L3.


Не спорю, у нас с ним L2. У него эти два канала резервируются на L3.
Т.е. наш вилан пришёл и затерминировался на их каталисте, резерв его в другом вилане и тоже терминируется на каталисте. Всё, а далее маршрутизация. У них OSPF.

Re: SW_MATM-4-MACFLAP_NOTIF

СообщениеДобавлено: 20 окт 2009, 12:19
zaikini
msergey писал(а):Т.е. наш вилан пришёл и затерминировался на их каталисте, резерв его в другом вилане и тоже терминируется на каталисте. Всё, а далее маршрутизация. У них OSPF.


Номера vlanов какие для каждого из этих случаев? На его и вашей стороне?

Re: SW_MATM-4-MACFLAP_NOTIF

СообщениеДобавлено: 20 окт 2009, 14:34
root
msergey писал(а):Не спорю, у нас с ним L2. У него эти два канала резервируются на L3.

эммм.... какие "эти два канала" ?
их же всего два
по идее по "верху" идет L2, а по "низу" L3

zaikini писал(а):а дальше пусть абонент приводит свою сеть в порядок, это если он не хочет, не может дать вам схему сети для анализа, чтобы вы ему помогли.

+1

msergey как я уже говорил чудес то не бывает
если мак прилетает то значит он просачивается через L2, согласен же что через L3 ты его бы не увидел ?
а если так, то что то у твоего абонента настроено не так как он говорит.
так он может прислать кусок конфига для порта своего каталиста, который смотрит в сторону джунипера по "низу" ?

Re: SW_MATM-4-MACFLAP_NOTIF

СообщениеДобавлено: 21 окт 2009, 08:27
msergey
root писал(а):
msergey писал(а):Не спорю, у нас с ним L2. У него эти два канала резервируются на L3.

эммм.... какие "эти два канала" ?
их же всего два
по идее по "верху" идет L2, а по "низу" L3

zaikini писал(а):а дальше пусть абонент приводит свою сеть в порядок, это если он не хочет, не может дать вам схему сети для анализа, чтобы вы ему помогли.

+1

msergey как я уже говорил чудес то не бывает
если мак прилетает то значит он просачивается через L2, согласен же что через L3 ты его бы не увидел ?
а если так, то что то у твоего абонента настроено не так как он говорит.
так он может прислать кусок конфига для порта своего каталиста, который смотрит в сторону джунипера по "низу" ?


Согласен с Вами, я тоже так считаю. Но клиент не признаётся.
Поставил перед его каталистом еще один свой, дабы исключить возможнсть появления петли на трассе ВОЛС.
Флаппы повторились и источник каталист клиента, либо у него что не так настроено, либо выходит из строя порт катлиста.
Сегодня переключим в другой порт его каталиста и поглядим.

Re: SW_MATM-4-MACFLAP_NOTIF

СообщениеДобавлено: 21 окт 2009, 11:50
root
msergey писал(а):Но клиент не признаётся.

как уже говорили, вруби STP, если кольцо есть оно порвется, а раз порвется то и трафик перестанет ходить и это будет лучшим стимулом для клиента разобраться в своей сети и настроить как надо, а не абы как.