zeleniy

На FreeBSD: http://www.freebsd.org/doc/handbook/network-aggregation.html ifconfig_lagg0="laggproto lacp laggport igb0 laggport igb1" ifconfig_lagg1="laggproto lacp laggport em0 laggport em1" На свитче: configure terminal lacp system-priority 4096 aggregateport load-balance src-dst-ip interface range GigabitEthernet 0/15-16 no shutdown description AGG-2G-LINK lacp port-priority 4096 port-group 2 mode passive flowcontrol off medium-type copper exit interface AggregatePort 2 no shutdown description AGG-2G-LINK flowcontrol off switchport mode trunk switchport trunk allowed vlan all

конфиг свитча выложите, может у вас наcтроено незнаю как во freebsd , но в линуксе есть: 1. balance-rr (Этот режим используется по-умолчанию, если в настройках не указано другое. balance-rr обеспечивает балансировку нагрузки и отказоустойчивость. В данном режиме пакеты отправляются "по кругу" от первого интерфейса к последнему и сначала. Если выходит из строя один из интерфейсов, пакеты отправляются на остальные оставшиеся) 2. active-backup 3. balance-xor 4. broadcast 5. 802.3ad то что нужно вам 6. balance-tlb 7. balance-alb

ну прилепите график сюда что ли с внешнего интерфейса, что бы визуально было видно что упирается. Как по мне так link aggregation это грех, купите сетевую 10гбит они не такие дорогие

да с абилсом видел на форуме, только исходники куда то делись

Кто нибудь пробовал прикрутить этот модуль в качестве NAS в stargazer, очень хотелось бы его видеть. У меня сейчас (правда не в stg): zeleniy@router:~$ /usr/local/ISG/bin/ISG.pl show_count Approved sessions count: 1575 Unapproved sessions count: 34 Штука реально работает в продакшен, нагрузка на сервер меньше, чем при использовании HTB.

дайте конфигурацию на Dell PowerEdge R200

А почему не срабатывает шифт 3? ситуация один в один, ни та ни та комбинация не срабатывает, ни через гипертерминал ни через putty

было такое, в конфиге может быть настроено disable_password_recovery, или еще может зависеть от прошивки. Везите в Длинк

Добрый вечер, ищем 1-2 волокна под выкуп или в аренду в г. Алушта, точка А - ул. Чатырдагская 1а, точка Б - рабочий (профессорский) уголок. Рассмотрим все ближайшие муфты или кросы

вот если бы вы его еще модулем 10 гиговым укомплектовали....естественно с повышением цены=)

нет, это невозможно, такая технология/ Возможно передумают и дадут операторам со спутника забирать. Если не ошибаюсь висят на 31 градусе

если не ошибаюсь это это комбо-порты, т.е. или оптика или медь

конечно!!!, эти же дебилы для провайдеров ничего не дают, ни тюнеров, ни камов многоканальных. Хотим видеть плату с CI+ слотом. А в универсальном услуге им подавай канальчики. Ладно если бы альтернатива была на спутнике, так нету киноточки, винтажа, эскулап и прочего отстоя, который даже за бесплатно смотреть не возможно

интересно чем закончилось а то тоже неблюдаем такую проблему с дропами на абонентов на некоторых комутаторах разобрал, емкости целые, прошил новой прошивкой, 1.82 В008 , сделал ресет, поменял некоторые свитчи местами и все ок, я так думаю что все таки проблема в питании, другой свитч С1, в этом месте нормально пашет

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

резерв до выяснения, что в комплекте? уши есть? резерв снят

Юзера получают адреса по DHCP, никаких статических привязок. Все работало до поры до времени пока не начали наблюдать странности с попаданиями валидных маков в блок, т.е. мак сервер знает и дает по нему ип, но свич его не разрешает, а блокирует. Вторая проблема - связка в таблице есть, трафик бегает но почему-то с громадными дропами. При этих проблемах потерь на линках магистраль/абоненты нет Переключение режима работы адрес_биндинга в АЦЛ результата не дало. Все проблемы лечатся выключением адрес_биндинга. Прошивки вплоть от 1,52 до 1,80. Причем есть попадаются свичи где прошивки/конфиг

У абонентов стоят роутеры dir-300 rev b 6 и tp-link wr-741nd, это разные люди, они подключены разными кабелями к одному свитчу 3200-26 rev b1, я пингую их со шлюза, и наблюдаю потери время от времени (т.е. на какой то интервал времени пропадает связь, не пингуется), может их не быть минут 20, а могут появляться с интервалом в 5 минут. В логах ничего ни про safeguard engine, ни про unauthentificated ip-mac-port-binding, загрузка процессора 20%. Все это наблюдается при включенном ipmb с правилами на портах, выключаем ipmb и все нормально работает неделями (проверено)

незнаю как это работает у ТС, но у меня работает в таком виде на разных свитчах 3526,3528,3028,3200-10,3200-18,3200-26-с1,3552 уже года 3 где-то show address_binding ip_mac allshow address_binding blocked all В студию. Ну то что он работал год - это как бы еще не показатель. Может он у Вас год не перегружался - т.е. свич с мущинским аптаймом, и Вы просто не попадали в такую ситуацию.Просто если такое горе наблюдается, то порверять надо все тотально. Как то слабо верится в то, что это аппаратная проблема. Я правильно понимаю - у вас после перезагрузки абонентов не блочит, а возникают и

show address_binding ip_mac allshow address_binding blocked all В студию. Ну то что он работал год - это как бы еще не показатель. Может он у Вас год не перегружался - т.е. свич с мущинским аптаймом, и Вы просто не попадали в такую ситуацию.Просто если такое горе наблюдается, то порверять надо все тотально. Как то слабо верится в то, что это аппаратная проблема. Я правильно понимаю - у вас после перезагрузки абонентов не блочит, а возникают именно потери до них? show error ports 1-24 что нибудь интересное говорит? Command: show address_binding ip_mac all M(Mode) - D:DHCP, S:Static

сначала попробую туда поставить такой же свитч, а тот разберу и проверю кондеры, просто делали уже все кроме замены свитча, есть такие же 3200-26 из той же партии, но в другом районе и сегменте сети, так эл-во не отключали и все ок работает

забивается оператором по snmp Второй вопрос:Насколько я понимаю, если у Вас "оператор" (биллинг) ходит snmp-ём на свич и приводит состояние привязок ip-mac-port в соответствие с "действительностью" и не сохраняет конфиг после этого, то после ребута свича он просыпается с чистым "мозгом" (т.е. без этих привязок), но с четкими указаниями на то, что если придет незнакомец - блочить. Что он похоже и делает. Вы как то специально отрабатываете подобную ситуацию? нет, в скрипте после операций с ipmb идет save, у меня немного не такая ситуация как у ТС, у меня потери до клиента если включен ipm

забивается оператором по snmp Второй вопрос:Насколько я понимаю, если у Вас "оператор" (биллинг) ходит snmp-ём на свич и приводит состояние привязок ip-mac-port в соответствие с "действительностью" и не сохраняет конфиг после этого, то после ребута свича он просыпается с чистым "мозгом" (т.е. без этих привязок), но с четкими указаниями на то, что если придет незнакомец - блочить. Что он похоже и делает. Вы как то специально отрабатываете подобную ситуацию? нет, в скрипте после операций с ipmb идет save, у меня немного не такая ситуация как у ТС, у меня потери до клиента если включен ipmb

извиняюсь, искал спойлер не нашел, подскажите исправлю