Странное поведение в сети, петля?

[greyshadow 22]

Может это его нормальный трафик? кинчик качал или еще чего?

Хотя пик на 22:00 довольно хорошо накладывется на самую первую картинку, крайний правый пик на 150М какраз примерно в это время...

[Гайджин 574]

Кстати, насчет dhcp, arp и т.д. с таймаутами,

Вот результат вывода arp-а с самого обычного bsd-ного сервера БЕЗ всяких подкруток, тюнингов и вообще с генерик ядром:

 

(172.17.20.19) at 00:26:2d:61:76:7d on vlan0 expires in 1196 seconds [vlan]

 

т.е. сервак будет его помнить еще более получаса!!!

А у свичей как травило таймаут небольшой, например edge-core по дефолту

 

show mac-address-table aging-time

Status: Enabled Aging time: 300 sec.

Не, классно Вы вообще то айджинг АРП с эйджингом ФДБ сравнили. - Это пять!

[morfey 82]

Возможно, промониторю. Если посадить во влан, то изоляция какбы должна помочь?

[greyshadow 22]

Кстати, насчет dhcp, arp и т.д. с таймаутами,

Вот результат вывода arp-а с самого обычного bsd-ного сервера БЕЗ всяких подкруток, тюнингов и вообще с генерик ядром:

 

(172.17.20.19) at 00:26:2d:61:76:7d on vlan0 expires in 1196 seconds [vlan]

 

т.е. сервак будет его помнить еще более получаса!!!

А у свичей как травило таймаут небольшой, например edge-core по дефолту

 

show mac-address-table aging-time

Status: Enabled Aging time: 300 sec.

Не, классно Вы вообще то айджинг АРП с эйджингом ФДБ сравнили. - Это пять!

 

Ох ёпть...

При укзанных данных, проходит 301 секунда (при условии, что клиент уже выключен), свич MAC снес или нет? естественно снесет, сервер будет еще 895 секунд помнить, что у IP 172.17.20.19 мак 00:26:2d:61:76:7d.. и весь трафик для IP 172.17.20.19 будет благополучно инкапсулировать во фрейм с dst MAC 00:26:2d:61:76:7d и футболить в интерфейс... и где тут противоречие???

Что коммутатор будет делать с этим фреймом???

[sanyadnepr 305]

я в шоке на таком кол-ве железа давно все порезано на вланы должно быть !

Естесстно поможет.

[greyshadow 22]

Возможно, промониторю. Если посадить во влан, то изоляция какбы должна помочь?

Должна.

[morfey 82]

я в шоке на таком кол-ве железа давно все порезано на вланы должно быть !

Естесстно поможет.

 

Недавно сменили все оборудование, поставим пачку 3550, будет феншуй)

[zulu_Radist 856]

а зачем пачка 3550? один 3550 вам нагенерит кучу вланов и не попырхнется

[andryas 1 059]

Недавно сменили все оборудование, поставим пачку 3550, будет феншуй)

 

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

На любом управляемом оборудовании можно добится стабильной работы, если его правильно использовать. Сначала ищите проблемы в структуре сети, а когда Вам действительно будет нужен функционал Циски - вы поймёте. Хотя, с другой стороны, хорошо жить не запретишь

 

З.Ы. Прежде чем ставить в работу 3550 следует очень внимательно прочитать весь мануал, поискать возможные проблемы и готовые решения в сети.

[greyshadow 22]

Ну есть edge-core ES3550, а есть cisco catalys 3550, если траф маршрутить - то одной кошки может и хватит, а если абонов по многоэтажкам переключать - то пачка edge-core ES3550 как раз и пригодиться

[_WesT_ 1 016]

Недавно сменили все оборудование, поставим пачку 3550, будет феншуй)

 

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

На любом управляемом оборудовании можно добится стабильной работы, если его правильно использовать. Сначала ищите проблемы в структуре сети, а когда Вам действительно будет нужен функционал Циски - вы поймёте. Хотя, с другой стороны, хорошо жить не запретишь

 

З.Ы. Прежде чем ставить в работу 3550 следует очень внимательно прочитать весь мануал, поискать возможные проблемы и готовые решения в сети.

 

а поподробней об проектировании? Чем плоха звезда? Чем плохо Влан на юзера? Чем плоха кошка для аннамбереда? чем плохи ежи для доступа? Что вы имеете ввиду под плохой проектировкой?

[greyshadow 22]

Недавно сменили все оборудование, поставим пачку 3550, будет феншуй)

 

Очередное заблуждение. Никакое оборудование не наладит работу плохо спроэктированой сети.

При этом плохое оборудование может испоганить работу любой хорошо спроектированной сети.

А неумелая установка такого сложного и навороченого свитча может породить новые проблемы.

На любом управляемом оборудовании можно добится стабильной работы, если его правильно использовать.

Золотые слова... только иногда "правильное использование" сводиться к единственному варианту - на свалку.

Сначала ищите проблемы в структуре сети, а когда Вам действительно будет нужен функционал Циски - вы поймёте. Хотя, с другой стороны, хорошо жить не запретишь

 

З.Ы. Прежде чем ставить в работу 3550 следует очень внимательно прочитать весь мануал, поискать возможные проблемы и готовые решения в сети.

 

ЗЫ. Не хочу никого обидеть или заводить дискусси на эту тему , это только мое личное мнение и последствия "фонарика на спине"

[morfey 82]

а зачем пачка 3550? один 3550 вам нагенерит кучу вланов и не попырхнется

 

После 900-950 вланов попырхнется, памяти не хватит

[greyshadow 22]

 

а поподробней об проектировании? Чем плоха звезда?

Отсутствием резервных связей, если вы о топологии сети "звезда" и "расширенная звезда" .

Чем плохо Влан на юзера?

Повышеннием нагрузки на шлюз и на определенном этапе масштабируемостью.

Чем плоха кошка для аннамбереда?

Хотя бы тем, что придуман он был в эпоху классовых сетей для экономии IP-ов.

Да, я знаю что сей механизм по-прежнему неплохо работает, но это вовсе не означает его безальтернативность.

чем плохи ежи для доступа?

Кроме возможных религиозных убеждений - пожалуй ничем.

Что вы имеете ввиду под плохой проектировкой?

Тоже хотелбы знать более-менее обьективный ответ на этот вопрос.

 

p.s. надеюсь никого не покоробит, что вопрос вроде как не мне задавался.

С нетерпением жду так же ответа от адрессата вопроса.

[andryas 1 059]

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

Как такого добиться - или vlan на юзера, или ACL или даже port security - не суть важно, главное, чтобы абонент никак не услышал не предназначеный ему траффик.

[_WesT_ 1 016]

а поподробней об проектировании? Чем плоха звезда?

Отсутствием резервных связей, если вы о топологии сети "звезда" и "расширенная звезда" .

тут согласен. Но минуса есть в каждой топологии.

Чем плохо Влан на юзера?

Повышеннием нагрузки на шлюз и на определенном этапе масштабируемостью.

 

Можно узнать ваше мнение когда с масшабируемостью начнуться проблемы?

Чем плоха кошка для аннамбереда?

Хотя бы тем, что придуман он был в эпоху классовых сетей для экономии IP-ов.

Да, я знаю что сей механизм по-прежнему неплохо работает, но это вовсе не означает его безальтернативность.

Какая альтернатива? Так называемый порт байсед?

[greyshadow 22]

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

Как такого добиться - или vlan на юзера, или ACL или даже port security - не суть важно, главное, чтобы абонент никак не услышал не предназначеный ему траффик.

port security

You can use port security with dynamically learned and static MAC addresses to restrict a port's ingress traffic by limiting the MAC addresses that are allowed to send traffic into the port.

 

т.е. port security не канает! т.к. надо ограничить egress , а при port security эффект (если это именно тот эффект от tenda, который упоминался) сохраниться.

 

vlan на юзера - скорее всего капитальная такая перестройка сети...

 

ACL - собствено такое решени и было предложено в соседней ветке (или в этой? уже сам запутался )

 

чтобы абонент никак не услышал не предназначеный ему траффик.

в ethernet сети, увы, труднодостижимо, пожалуй единственный вариант - ACL на каждом абонентском порту коммутатора с жесткой забивкой src MAC на IN (port security) и dst MAC на OUT - не каждый коммутатор умеет+ сложности администрирования.

[greyshadow 22]

Пан, Товарищь, Господин!

Мы, вообще говоря, сильно уклонились от изначальной темы.

Хотелось бы услышать каковы результаты топикстартера на предмет наличия/излечения имевшего место быть эффекта?

[KaYot 3 707]

Можно узнать ваше мнение когда с масшабируемостью начнуться проблемы?

А никогда. По мере роста захочется аппаратный BRAS поставить, а они эти самые vlan'ы и unnumbered умеют наравне с любой другой технологией доступа.

[morfey 82]

Все нормализовалось . Думаю как временно лучше решить проблему с этими тендами, порт пока отключен.

[Den_LocalNet 1 474]

tenda

 

а я говорил....

[greyshadow 22]

а поподробней об проектировании? Чем плоха звезда?

Отсутствием резервных связей, если вы о топологии сети "звезда" и "расширенная звезда" .

тут согласен. Но минуса есть в каждой топологии.

Ваш вопрос был именно про эту.

Чем плохо Влан на юзера?

Повышеннием нагрузки на шлюз и на определенном этапе масштабируемостью.

 

Можно узнать ваше мнение когда с масшабируемостью начнуться проблемы?

зависит от железа и кол-ва абонов. Как пример видел в одном месте как в nvram у кошки тупо конфиг не влазил именно по причине количества интерфейсов..

У других по причине непонятного желания иметь статистику с детализацией в 10секунд с примерно 300 интерфейсов каталист досили по snmp до потери оным сознания...

(речь идет о vlan_per_user)

 

Мне кажется гораздо проще реализуется pppoe+запрет на коммутаторе со сторны абонента чего-бы то ни было, кроме pppoe. мороки меньше, эффект - тот же.

Короче - идеала не существует в природе.

Чем плоха кошка для аннамбереда?

Хотя бы тем, что придуман он был в эпоху классовых сетей для экономии IP-ов.

Да, я знаю что сей механизм по-прежнему неплохо работает, но это вовсе не означает его безальтернативность.

Какая альтернатива? Так называемый порт байсед?

Начиная от vlan_per_switch+port_based и заканчивая pppoe или полным отказом контролировать весь абонентский трафик.

Как-то рассматривалась довольно простая идея - доступ всего на 2-х скоростях, 10 и 100, регулировка - переключением абонентского порта на коммутаторе... гору проблем убирает.

[greyshadow 22]

Все нормализовалось . Думаю как временно лучше решить проблему с этими тендами, порт пока отключен.

алиасы искоренить

[_WesT_ 1 016]

Как-то рассматривалась довольно простая идея - доступ всего на 2-х скоростях, 10 и 100, регулировка - переключением абонентского порта на коммутаторе... гору проблем убирает.

 

тоже такого хотелось, но как оказалось 10М уже у нас не актуальны. Конкурентная борьба ушла на более высокие скорости

[_WesT_ 1 016]

tenda

 

а я говорил....

 

Ну мы же их не продаем...

Клиент больно экономный нарыл где-то.