Перейти к содержимому

GP3600 втрати кожні 5хв


sedo26

Рекомендованные сообщения

Можливо хто стикався з такою проблемою. Через кожні 5хв з'являються втрати зв'язку в абонентів, як пінг так і інет висне.

GP3600-16 10.3.0D Build 95724 (на нижчих і на останніх також перевіряв).

Ону - ZTE F601(прошивки міняли, зараз останні з існуючих).

Встановили новий вузол, неможу вияснити залежність від чого втрати.

Привязка - DHCP+МАС. Оренда - 30хв. (В мережі багато іншого обладнання EPON, комутатори з о82 і без. Влани кругом різні. Таке не з'явлілося.)

 

gpon profile onu-rate-limit ratelimit-default id 1
 gpon-profile pir 1244160 cir 1244160
!
gpon profile onu-tcont tcont-default id 1
 gpon-profile tcont-type 3 pir 1024000 cir 512
!
gpon profile onu-virtual-port virtual-port-default id 1
 gpon-profile encryption disable
 gpon-profile upstream queue 8
 gpon-profile downstream queue 8
!
gpon profile onu-tcont-virtual-port-bind tvbind-default id 1
 gpon-profile virtual-port 1 profile virtual-port-default tcont 1 profile tcont-default
!
gpon profile onu-flow-mapping flow-mapping-default id 1
 gpon-profile entry 1 uni type eth-uni all
 gpon-profile entry 1 virtual-port 1
!
gpon profile onu-flow-mapping flow-mapping-default-hgu id 2
 gpon-profile entry 1 uni type veip all
 gpon-profile entry 1 virtual-port 1
!
gpon profile onu-vlan ONU-VLAN-477 id 3
 gpon-profile vlan mode trunk
 gpon-profile vlan pvid 477 0
!
!
gpon onutype-template onutype-default-hgu
 gpon-onutype match ctc-onu-type HGU
 gpon-onutype config tcont-virtual-port-bind-profile tvbind-default
 gpon-onutype config flow-mapping-profile flow-mapping-default-hgu
!
gpon onutype-template onutype-default
 gpon-onutype config tcont-virtual-port-bind-profile tvbind-default
 gpon-onutype config flow-mapping-profile flow-mapping-default
!
gpon onu-config-template internet-477
 cmd-sequence 001 gpon onu tcont-virtual-port-bind-profile tvbind-default
 cmd-sequence 002 gpon onu uni 1 vlan-profile ONU-VLAN-477
 cmd-sequence 003 gpon onu loopback-detect protocol private
 cmd-sequence 004 gpon onu uni 1 loopback-detect enable
 cmd-sequence 005 gpon onu flow-mapping-profile flow-mapping-default
!
!
interface TGigaEthernet0/1
 switchport mode dot1q-tunnel-uplink
 dhcp snooping trust
 storm-control broadcast threshold 1000
 storm-control multicast threshold 5
 storm-control unicast threshold 5
!
!
interface GPON0/1
 gpon pre-config-template internet-477 bind-onuid 1-128
 gpon bind-onutype onutype-default-hgu precedence 127
 gpon bind-onutype onutype-default precedence 128
 gpon bind-onu sn ZTEG:C40DDC8D 1
 switchport trunk vlan-allowed 477
 switchport mode trunk
 switchport protected 1
 storm-control broadcast threshold 1000
 storm-control multicast threshold 5
 storm-control unicast threshold 5
!
interface GPON0/1:1
 gpon onu model-id F601
 gpon onu tcont-virtual-port-bind-profile tvbind-default
 gpon onu flow-mapping-profile flow-mapping-default
 gpon onu virtual-port 1 gem-port 256
 gpon onu tcont 1 alloc-id 256
 gpon onu loopback-detect protocol private
 gpon onu uni 1 vlan-profile ONU-VLAN-477
 gpon onu uni 1 loopback-detect enable
!
interface GPON0/2
 gpon pre-config-template internet-477 bind-onuid 1-128
 gpon bind-onutype onutype-default-hgu precedence 127
 gpon bind-onutype onutype-default precedence 128
 gpon bind-onu sn ZTEG:C0645040 1
 filter dhcp
 switchport trunk vlan-allowed 477
 switchport trunk vlan-untagged none
 switchport mode trunk
 switchport protected 1
 storm-control broadcast threshold 1000
 storm-control multicast threshold 5
 storm-control unicast threshold 5
!
interface GPON0/2:1
 gpon onu model-id F601
 gpon onu tcont-virtual-port-bind-profile tvbind-default
 gpon onu flow-mapping-profile flow-mapping-default
 gpon onu virtual-port 1 gem-port 257
 gpon onu tcont 1 alloc-id 257
 gpon onu loopback-detect protocol private
 gpon onu uni 1 vlan-profile ONU-VLAN-477
 gpon onu uni 1 loopback-detect enable
!
filter enable
!
vlan 1,113,477-480
!
!
!
!
ip dhcpd enable
!
ip dhcp-relay snooping
ip dhcp-relay snooping vlan  477-480
ip dhcp-relay snooping rapid-refresh-bind

 

Снупінг - відключав. Рівні - -20дб.  Втрати регулярні через 5хв. В когось 3сек, а в когось 5-6сек (також незрозуміла залежність від чого). Інколи втрати зникають на декілька годин або 1-2доби. Потім знову те саме... 
 

ping.jpg

Ссылка на сообщение
Поделиться на других сайтах
14 минут назад, kostik321 сказал:

Случайно по крону не снимаются данные каждые 5 мин ? Может userside или другой мониторинг 

 

Знімалися, зараз вимкнув, налаштування снмп з олта - видалив, не допомогло. 

Що саме незрозуміле - що на тому ж самому порту є абоненти в яких втрат немає (але таких абонів дуже мало).

Ссылка на сообщение
Поделиться на других сайтах
12 минут назад, sedo26 сказал:

Знімалися, зараз вимкнув, налаштування снмп з олта - видалив, не допомогло. 

Що саме незрозуміле - що на тому ж самому порту є абоненти в яких втрат немає (але таких абонів дуже мало).

Олт заземлен ? Это может быть причиной 

Ссылка на сообщение
Поделиться на других сайтах
7 минут назад, kostik321 сказал:

Олт заземлен ? Это может быть причиной 

Так, і стійка и окремо олт. Правда живиться від шафи-інвертора 48/220 (не перевірив від ел.мережі, не подумав про це ...)

Ссылка на сообщение
Поделиться на других сайтах
8 минут назад, sedo26 сказал:

Так, і стійка и окремо олт. Правда живиться від шафи-інвертора 48/220 (не перевірив від ел.мережі, не подумав про це ...)

Где-то проскакивало похожая  проблема там все решило  заземление 

Ссылка на сообщение
Поделиться на других сайтах
9 минут назад, kostik321 сказал:

Где-то проскакивало похожая  проблема там все решило  заземление 

Дякую за допомогу, завтра спробую заживити ще від ел.мережі для тесту. Також заміряю заземлення. 

Ссылка на сообщение
Поделиться на других сайтах
11 часов назад, sedo26 сказал:

Дякую за допомогу, завтра спробую заживити ще від ел.мережі для тесту. Також заміряю заземлення. 

Заземлення - є, спробував занулити - не допомогло також. Від ел.мережі для тесту включив, лишив тестову ону+роутер, втрати так само через 5хв. 

Ссылка на сообщение
Поделиться на других сайтах

Посмотрите в сторону fdb age(mac-address-table aging-time) и arp. Если arp будет меньше, возможны прерывания интернета. На буржуйском форуме недавно прочитал.

  • Like 1
Ссылка на сообщение
Поделиться на других сайтах
5 часов назад, Belirium сказал:

Посмотрите в сторону fdb age(mac-address-table aging-time) и arp. Если arp будет меньше, возможны прерывания интернета. На буржуйском форуме недавно прочитал.

Дійсно, саме це виправило ситуацію. Дуже дякую.

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

  • Похожие публикации

    • Автор: Emanon
      Приветствую форумчан. Есть проблема и суть ее такова:
      В топологии одной провайдерской сети сделали определенные изменения. Некоторые access-коммутаторы (edge core ec3528M) в домах, решили подключить по gpon-у. Тоесть, если ранее все это дело шло ветками от одного свича к другому, то теперь ответственность, за их агрегацию , частично лягла на olt bdcom gp3600.
      Если схематически : свич -> onu -> olt -> свич агрегации -> bras (accel ipoe) ну и далее уже в ядро. Onu кстати - bdcom gp1701. Вопросы о том, зачем все это и насколько целесообразно - можно оставить для другого разговора.
      А пока что хотелось бы в кое чем разобраться. Недавно, начали идти заявки от НЕКОТОРЫХ абонентов одного и того же дома с одного и того же узла с жалобой на нестабильный интернет. Это через неделю-две после изменения топологии и соответственно, переключения их коммутатора к pon-сети.
      Техник, осмотрев происходящее, заявлял что рандомно, раз в минуту-две, начинаются потери пакетов. Проверял целостность линий,  подключался напрямую ноутом. Результат один и тот же. Линк между свичом и роутером не падает. Не падает линк и между onu и свичом. Проблем с режимами (half duplex, full duplex) портов тоже не было. Если уже далеко зайти, сам домовой свич, olt, коммутатор агрегации, без проблем пингуются (правда находятся в отдельном управляющем vlan). Очевидные проблемы, вроде роста cpu и утечек памяти, в их работе не наблюдались. В логах все чисто. В мониторинге видно, что канал не нагружен (download и upload не превышают 250 Мбит как по pon так и выше, нет аномальных значений pps как для broadcast, так для unicast и multicast). Да и для остальных пользователей, кроме проблемных, не было вопросов. У всех вроде работает, кроме некоторых ребят с конкретного узла. Трасса упорно показывает, что проблемный участок как раз между роутером и bras. Логи на роутерах тоже ничего вразумительного не пишут. При этом, стоило подключить вместо абонентского tp link archer ax12, c64 или keenetic titan, какой то древний роутер, вроде dlink dir300 или tp link tl-wr841n, как все работало стабильно, без потерь. 
      Со стороны bras сессии не рвутся, но через tcpdump действительно обнаруживается, что при пинге ( как 32 байта, так и побольше) часть icmp пакетов от проблемных абонентов не доходит. 
      Менялись mac  абонентских устройств, пытались найти mac flapping, менялся mac aging, менялся абонентский ip. Без результатов. Mac таблица за onu не забивается кстати, там не более 8 устройств. Проверялись оптические уровни. Конечно, onu rx -24 и olt rx -26 - это уже почти на грани. 
      И наверное это отчасти играет роль. Но нюанс с тем, что происходит при замене роутеров, заставляет задуматься. Возможно то, что такое вылезло именно после перехода на gpon - это совпадение. Но есть подозрения, что связь все таки есть. И проблема довольно странная, ранее не встречал.
      Ещё стоит сказать, что это далеко уже не первый домовой свич, подключенный по такой схеме. Но проблема пока вылезла именно тут. В общем, хотелось бы услышать мнения опытных ребят, с чем конкретно связаны проблемы.
      Прошу не судить сильно по части некоторых решений и высказываний. Я пока не имею солидного опыта и большого багажа знаний. Но буду благодарен за помощь
    • Автор: CoUL
      Sync users ONU скрипт.
      Скрипт виконує автоматичне додавання ONU та відповідної OLT, на якій вона зареєстрована, в карту абонента MikBiLL.
      Забезпечує повну синхронізацію ONU при зміні топології мережі — тобто при реальному переміщенні ONU між OLT або між абонентами. Все відбувається автоматично без необхідності вручну додавати чи змінювати ONU працівниками.
      Можлива синхронізація окремих OLT в ручному режимі.
      Підтримується робота з BDCOM EPON та GPON обладнанням.
      Можливе розширення під інших виробників OLT за потреби.
      💬 По всім питанням звертайтесь у приват.
      BDCOM xPON ONU Auto Sync Script.webm
    • Автор: ГрозаИнтернета
      Всем привет. Сеть разбили, продаю оборудование, которое удалось спасти.
      Роутер MikroTik 1036-12G-4S - 16500 грн.
      Сервер Dell R410(Xeon L5640(60Вт), 16 Gb RAM, 2x300 Gb SAS, iDrac, Raid, IPMI) - 4500 грн.
      Коммутатор ZyXEL MES-3528 - 2000 грн.
      Коммутатор HUAWEI S2326 - 1500 грн.
      Коммутатор Dell PowerConnect 6224F(опц.10G) - 5000 грн
      Коммутатор D-Link DGS-3627G (нюанс) - 1000 грн
      OLT BDCom P3310(Пролайн упс) - 9000 грн
      Упс APCSmart-UPS RT 2000 + картаAP9619 + кабель для подключения внешних АКБ - 12500 грн.
      Коммутатор ELTEX MES2324FB AC в коробке - 10000
      OLT EPON E9004-D 10G (Пролайн упс) в коробке - 10000
      Кабель OK-NET S/FTP Cat.6a 500Mhz LSOH AWG 23 4pr 280 метров - 8500
      Куча SFP EPON C+++, SFP SC, сетевые карты, твинакс кабеля.

    • Автор: ikoko
      Продам OLTи BDCOM б.у.
       
      BDCOM P3310b - 1 шт.  - 7000 грн.
      BDCOM P3310b-2ac - 1 шт.  - 8000 грн.
       
      BDCOM P3310c - 2 шт.  - 8000 грн. за 1 шт.
       
      BDCOM P3608b - 1 шт.  - 22000 грн.
       
       
    • Автор: sergeyko
      Продам OLT BDCOM P3310C вживаний з UPS  - 8000грн
×
×
  • Создать...