Перейти к содержимому
Калькуляторы

P3616-2TE Обрывает pppoe

Здравствуйте. Выключили свет по одному району, ону все нормально отключились 190 штук, никаких проблем не было, все остальные работали нормально, всего на голове около 500 штук. Когда свет включили и начали регистрироваться ону, начало обрывать pppoe сессии на абонентах которые не отключались, причем даже на абонентах на другой голове, которая была подключена в гигабитный порт первой головы, ону при этом не отваливаются. Все порты настроены одинаково, поэтому конфиг урезал. Может это происходить из за snmp traps или куда еще капать? Оборвало все pppoe сессии которые оставались в сети, как будто голова перестала пропускать трафик. Прошивку позже обновлю и понаблюдаю, но словить отвал такого кол-ва абонов довольно сложно, разве что только специально пару портов потушить.

Скрытый текст

!version 10.1.0F build 84472
service timestamps log date
service timestamps debug date
logging buffered 300000
logging buffered informational
!
error-disable-recovery 60
!
mac access-list pppoe
 permit any any 0x8863 
 permit any any 0x8864 
 deny any any 
!
port-protected 1
!
!
!
!
!
!
spanning-tree mode rstp
spanning-tree loopguard default
!
!
!
!
!
ip access-list extended subs.filter
 deny   tcp any any eq 135
 deny   tcp any any eq 136
 deny   tcp any any eq 137
 deny   tcp any any eq 138
 deny   tcp any any eq 445
 deny   udp any any eq 68
 deny   ip 192.168.101.0 255.255.255.0 any log
 permit ip any any
!
!
!
!
!
!
!
!
!
!
!
!
!
aaa authentication login default local
aaa authentication enable default none
aaa authorization exec default local
!
username admin password 0 ubnt
!
!
!
!

epon dynamic-binding-timeout 40
epon oam-version 2 0x21
epon oam-version 3 0x20
!
epon onu-config-template 1g
 cmd-sequence 001 epon onu all-port ctc loopback detect
 cmd-sequence 002 epon onu all-port ctc notify loopback
 cmd-sequence 003 epon sla upstream pir 1000000 cir 12000
 cmd-sequence 004 epon sla downstream pir 1000000 cir 12000
!
!
interface Null0
!
interface FastEthernet0/1
 ip address 192.168.0.1 255.255.0.0
 no ip directed-broadcast
!
!!slot 0 85 unknow CARD
interface GigaEthernet0/1
 filter bpdu
 switchport trunk vlan-allowed 1
 switchport mode trunk
 loopback-detection enable
 loopback-detection recovery-time 60
 loopback-detection control block
 switchport protected 1
!
interface GigaEthernet0/2
 filter bpdu
 switchport trunk vlan-allowed 1
 switchport mode trunk
 loopback-detection enable
 loopback-detection recovery-time 60
 loopback-detection control block
 switchport protected 1
!
interface GigaEthernet0/3
 filter bpdu
 switchport trunk vlan-allowed 1
 switchport mode trunk
 loopback-detection enable
 loopback-detection recovery-time 60
 loopback-detection control block
 switchport protected 1
!
interface GigaEthernet0/4
 filter bpdu
 switchport trunk vlan-allowed 1
 switchport mode trunk
 loopback-detection enable
 loopback-detection recovery-time 60
 loopback-detection control block
 switchport protected 1
!
interface GigaEthernet0/5
 filter bpdu
 switchport trunk vlan-allowed 1
 switchport mode trunk
 loopback-detection enable
 loopback-detection recovery-time 60
 loopback-detection control block
 switchport protected 1
!
interface GigaEthernet0/6
 filter bpdu
 switchport trunk vlan-allowed 1
 switchport mode trunk
 loopback-detection enable
 loopback-detection recovery-time 60
 loopback-detection control block
 switchport protected 1
!
interface GigaEthernet0/7
 filter bpdu
 switchport trunk vlan-allowed 1,100
 switchport mode trunk
 loopback-detection enable
 loopback-detection recovery-time 60
 loopback-detection control block
 switchport protected 1
!
interface GigaEthernet0/8
 description Uplink
 filter bpdu
 switchport mode trunk
 dhcp snooping trust
!
interface TGigaEthernet0/1
 filter bpdu
 switchport trunk vlan-allowed 1
 switchport mode trunk
 loopback-detection enable
 loopback-detection recovery-time 60
 loopback-detection control block
 switchport protected 1
!
interface TGigaEthernet0/2
 description Uplink
 switchport trunk vlan-allowed 1,100
 switchport mode trunk
 dhcp snooping trust
!
interface EPON0/1
 epon mpcp-registration-mode ctc 30
 epon pre-config-template 1g binded-onu-llid 1-64
 switchport trunk vlan-allowed 1
 switchport mode trunk
 mac access-group pppoe
 switchport protected 1
!
!!slot end
!
interface VLAN1
 ip address xxx.xxx.xxx.xxx 255.255.255.0
 no ip directed-broadcast
!
!
!
vlan 1,100
!
!
!
!
!
ip dhcp-relay snooping
ip dhcp-relay snooping vlan  1
!
!
!
!
!
!
ip exf
!
ipv6 exf
!
!
ip http server
!
!
!
snmp-server community 0 public RO 
snmp-server community 0 private RW MANAGEMENT
snmp-server host xxx.xxx.xxx.xxx description Traps version v2c public authentication configure snmp
!
!
ip sshd save
ip sshd enable
!
time-zone Moscow 3 0
ntp query-interval 360
ntp server xxx.xxx.xxx.xxx
!
!Pending configurations for absent linecards:
!
!No configurations pending global
 

 

Изменено пользователем nicodemus

Поделиться сообщением


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

Добрый день!

 

Не смотрели утилизацию CPU в момент проблемы?

Поделиться сообщением


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

О проблеме то и не знали. Уже позже по логам выловили. Но в сотку скорее всего не уходило. Она в простое иногда до 50% прыгает, хотя вроде обычно должно быть около 18%. Но пинг до головы теряли, скорее всего и доступ, так что загрузку и не смогли бы посмотреть.
07.04.2023 12:21:10 No answer 
07.04.2023 12:22:00    Host is alive    3 ms
И к той которая стоит после тоже.

07.04.2023 12:21:19 No answer
07.04.2023 12:21:51 Host is alive    7 ms

Но физически порты не падали и в защиту тоже ничего не уходило.
CPU utilization for one second: 23%; one minute: 26%; five minutes: 26%
CPU MAX utilization: 100%(2022-7-24 19:39:57)

Причем эта голова подключена в P3600-16E и на ней тоже отваливались абоненты при отключении света, но при включении такой проблемы не было.

Изменено пользователем nicodemus

Поделиться сообщением


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

Проверил сегодня утром. Отключил 4 порта и через время включил, на коммутаторах которые подключены в него всё было нормально, пинг 1мс, на самом бдкоме проц был в сотке, пока ону авторизовались, но проблем не было. После перезагрузил для обновления прошивки. Запустился так же нормально, коммутаторы после него тоже работали нормально. Около 500 онушек загрузились примерно минуты за 2. Есть подозрение что тогда где то сработало stp и поэтому случился отвал. Тему можно закрывать.

Поделиться сообщением


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

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.