Jump to content
Калькуляторы

prolan

Пользователи
  • Content Count

    111
  • Joined

  • Last visited

Информация

  • Пол
    Не определился

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Именно так и указывается. address=gateway, network=ip_клиента. Работает и без proxy-arp (но proxy-arp нужен для связи клиентов внутри одной сети), шлюз отдельно нигде не навешивается. unnumbered на микротиках весьма кривой получается. И любое включение proxy-arp может привести к зависанию миркотика и его ребуту через watchdog.
  2. У вас конкретная ошибка этот IP висит на том сервере, где пытаетесь поднять коллектор? Скорей всего нет. Меняйте IP на IP коллектора
  3. Никакого ключа нет. Коллектор слушает порт. Сенсор шлет на этот порт данные. Соответственно на коллекторе надо указать интерфейс, который он будет слушать (ip:port). На сенсоре указать интерфейс, который слушает коллектор, и все.
  4. ipt_netflow - сенсор. flow-capture - коллектор. Никаких проблем держать их на разных машинах нет.
  5. Для истории - в итоге проблема была обнаружена, на OLT умудрились сварить два интерфейса между собой (за кучей делителей). ONU VSOL оказались более чувствительными к проблемам. Как диагностировать подобное поведение - не понятно.
  6. Зачем же так категорично. system dot1q-tunnel transit и искать следующую причину продажи)
  7. https://www.cisco.com/c/en/us/td/docs/switches/datacenter/nexus9000/sw/7-x/interfaces/configuration/guide/b_Cisco_Nexus_9000_Series_NX-OS_Interfaces_Configuration_Guide_7x/b_Cisco_Nexus_9000_Series_NX-OS_Interfaces_Configuration_Guide_7x_chapter_0100.html
  8. Прикладываю пару интерфейсов, вроде все более-менее прилично. В любом случае, косяк с сигналами влиял бы на один интерфейс, а не на все сразу
  9. Добрый день. Имеются жалобы клиентов с одной из OLT на периодическое пропадание связи. По логам была обнаружена только одна ситуация, которая не очень совпадает со списком обратившихся клиентов: В течении 1-2 секунд более 30 ONU отвалилось с OAM Status Linkfault. Анализ показал, что все отваливающиеся ONU - VSOL D401. При этом, на других OLT с такими же ONU проблем не наблюдается. Но и предположительно, данная проблема отражается и на других ONU, но в логи это не попадает (пока не удалось подтвердить или опровергнуть данный факт). Далее данные ONU переходят в OAM STATUS Operational, который иногда меняется на Linkfault. Пример одной из ONU: На OLT стоит последняя прошивка Прошу подсказать, в какую сторону стоит смотреть в данном случае (учитывая что проблема практически на всех интерфейсах).
  10. Нет веба. С командами проблемы нет - проблема именно что после перезагрузки onu она не применяет ранее прмененную настройку на порту
  11. C-data 1104S, к ней подключена 4-х портовая ONU. Делаем : OLT(olt-2/onu-6/uni-3)# ctc vlan-mode tag 0x8100 0 300 OLT(olt-2/onu-6)# save OLT#system save all OLT(olt-2/onu-6)# ctc reboot ждем перезагрузки ONU. OLT#show olt 2 onu 6 uni 3 ctc vlan-mode VLAN MODE: transparent Никто не сталкивался с подобным? Почему оно не сохраняет настройки третьего порта?
  12. Не скажите. Вся 700 серия такая, причем в большинстве случае не лечится, и нужно только шить трансиверы.
  13. И всё это должен ставить оператор связи. Если физик не имеет лицензий и не является оператором связи - зачем ему СОРМ и ТСПУ?
  14. Подскажите, на каком маршрутизаторе можно реализовать следующую схему: vlan-per-user IPoE, DHCP на внешнем сервере (соответственно DHCP Relay) 10G/25G/40G интерфейсы (ожидаемый трафик ~20Gbps) Описывать каждый интерфейс (внешний и внутренний тэг) нет желания (да и только увеличивать конфигурацию...), соответственно хочется описать только внешний тэг, и диапазон внутренних. На текущий момент нашел 2 решения - Dynamic CLIPS в Ericsson SmartEdge и Accel-ppp на тазике, но хочется еще вариантов