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доби. Потім знову те саме... 
 

[kostik321]

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

[sedo26]

14 минут назад, kostik321 сказал:

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

 

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

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

[kostik321]

12 минут назад, sedo26 сказал:

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

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

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

[sedo26]

7 минут назад, kostik321 сказал:

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

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

[kostik321]

8 минут назад, sedo26 сказал:

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

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

[sedo26]

9 минут назад, kostik321 сказал:

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

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

[sedo26]

11 часов назад, sedo26 сказал:

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

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

[Belirium]

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

[sedo26]

5 часов назад, Belirium сказал:

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

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