xaoc_nsk

к примеру NMPv2-SMI::enterprises.2011.5.14.3.2.1.3.8.0 = IpAddress: 10.28.0.77 это вывод уже назначенного ip на сервис port (-1) т.е на 7 сервис порт. 0 при этом это просто id записи. заменить тут не выходит, в принципе и из консоли тоже самое, можно только удалить и создать новый. а по snmpset ошибка при попытке добавления Error in packet. Reason: Unknown Error Failed object: iso.3.6.1.4.1.2011.5.14.3.2.1.3.8.0 удаление по snmp работает, методом подбора нашел NMPv2-SMI::enterprises.2011.5.14.3.2.1.4.8.0 i 6 Хотел скачать ems, чтобы п

День добрый, коллеги. Кто то пробовал по snmp реализовать команду bind ip service-port X 10.x.x.x очень удобная фишка, пользуемся пока через консоль. Можно до 10 ip адресов задавать на клиентском сервис порту и только с этих адресов он может взаимодействовать с сетью, что исключает подмены и пр. ( бывают умники)

немного разобрался...элтексы можно привязывать по другому конфиг dba: dba-profile add profile-id 10 profile-name "unlim_200m" type3 assure 1024 max 204800 -------------------- конфиг ont-lineprofile дефолтный ont-lineprofile gpon profile-id 0 profile-name "line-profile_default_0" tcont 0 dba-profile-id 2 tcont 1 dba-profile-id 10 commit quit ----------------------- srv-profile используем дефолтный, в конфиге почему-то не видно его активируем терминалы через add ont затем прописываем service-port #service-port n vlan xxxx gpon 0/5/4 ont x eth 1 mult

MA5683T>display patch all Software Version:MA5600V800R015C00 SPH103 HP1007

а версия прошивки какая у вас? У нас они норм авторизовываются. никаких ошибок не пишет. Но вот загвоздка. Вчера нашли кое-что. Мы назначаем произвольный srv-profile на ntu-1, а когда уже все сконфигурировали, делаем modify srv-profile на стандартный как на сайте...и о чудо трафик сразу начинает идти. Если же сразу назначаем стандартный профиль ничего не идет. Это ужас как не удобно, учитывая, что даже, если сохранять все, то после перезагрузки головы снова перестает работать, хотя все на месте. Если снова сделать modify - то начинает работать

Правильно MA 5683T, ошибся немного

Добрый день. Имеется данное обрудование Настроили стандартно, как указано в документации nag.ru, по примеру на сайте C Huawei работает отлично. Был ли у кого опыт подключения терминалов eltex ntu-1? C такими же профилями что и в примере, терминал авторизовался, все прошло без проблем, мак адреса видим на точке терминации, но вот никак не хочет идти трафик. Даже не получает ip по dhcp Пробавали прописать вручную на клиента, маки так же видим на точке терминации, ни трафика ни пинга нет Может быть профили немного другие нужны?

Сейчас проблема только в одном осталась, это нат.

Ну или хотя бы для начала, чтобы при падении одного из бордеров аплинки не терялись.

Пытаемся реализовать, или понять можно ли или какими средствами

было вот так. Работало отлично. Никто и не замечал,если кто-то из брасов вылетал напрочь

С утра набросаю схему, как было до, как стало после, и что пытаемся. Мои недоработки, думаю со схемы и стоило начинать, меньше слов было бы

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

Выше писал, балансировка не самое важное в данный момент(если вопрос раком встанет, то руководству буду сетовать чтобы еще подсеть приобретал, не зависимо от стоимости, раз уж профукал вспышку), по факту, пока работают оба бордера - идея такова, чтобы снизит нагрузку входящим трафиком на серверную еденицу. И если 1 из бордеров упал, перестроить маршруты так чтобы с обоих брасов на живой бордер шло.

да прошу прощения. Это все похоже от недосыпов. OSPF используется. для перестроения маршрутов когда один из брасов падает