[uk2558]

Вот ещё почитать на досуге OSPF

[Eagle18]

проверку mtu на cisco я отключал. не помогло. Про ospf уже читал, спасибо, но в памяти все же освежу. Про коммутаторы, там все чисто, никаких дополнительных настроек нет. При тех же настройках коммутатора, ospf между 3845 и 7104 не разрывается и работает без проблем. А стоит только подключить 3845 к SE100 сразу пляска начинается. И самое интересное что в данный момент без проблем работает связка 3854->7104->SE100. На 7104 раз в несколько дней появляется сообщение что ospf с SE100 оборвалась но на качестве связи никак не сказывается. и пинги не теряются и все прекрасно. Но делаю связку 3845->SE100<-7104. Со стороны 7104 все в порядке а вот 3845 рвет ospf с потерей пингов и обрывом связи в пределах-2-5 секунд

[uk2558]

связка 3854->7104 через Dlink ? и 3845->SE100 тоже через Dlink ?

[Eagle18]

все через dlink. Там на порту только vlan меняю

[g3fox]

А что у вас со статистикой ифейсов на портах?

Что по скоростям? Есть полки? Есть потери?

Нет разсогласований портов халф/фул?

Мне кажется, что проблема на 99% в физике.

 

Ну и трафик контрол не настроен на длинке?

[Eagle18]

трафик контроль не настроен. статистика интерфейса 3845 вот:

 

 

GigabitEthernet0/1 is up, line protocol is up

Hardware is BCM1125 Internal MAC, address is

Internet address is 10.10.10.2/24

MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,

reliability 255/255, txload 8/255, rxload 47/255

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

Full-duplex, 1000Mb/s, media type is RJ45

output flow-control is XON, input flow-control is XON

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:00, output 00:00:00, output hang never

Last clearing of "show interface" counters never

Input queue: 0/75/1040/63 (size/max/drops/flushes); Total output drops: 980

Queueing strategy: fifo

Output queue: 0/40 (size/max)

5 minute input rate 188076000 bits/sec, 22590 packets/sec

5 minute output rate 34861000 bits/sec, 17795 packets/sec

1808827565 packets input, 1596848206 bytes, 0 no buffer

Received 25509256 broadcasts, 0 runts, 0 giants, 189 throttles

0 input errors, 0 CRC, 0 frame, 131 overrun, 0 ignored

0 watchdog, 1131778 multicast, 0 pause input

0 input packets with dribble condition detected

626145786 packets output, 2014107810 bytes, 0 underruns

4 output errors, 0 collisions, 2 interface resets

0 babbles, 0 late collision, 0 deferred

4 lost carrier, 0 no carrier, 0 pause output

0 output buffer failures, 0 output buffers swapped out

 

 

 

ошибки на порту и дропы это наверно когда я сегодня ночью мучал её переключал туда сюда. там обрывы были. Разногласий портов нет. все все проконтролировано ещё на стадии сборки схемы

[gibbon]

У меня тоже как-то циски не вязались по ospf с edge-core 4612, оказалось он не поддерживает расширения протокола.

При этом циски между собой и с длинками 3326gsr и 3627g отлично работали.

Помогло добавление в конфиг цисок а секцию router ospf строки

nsf cisco helper disable

 

может у вас что-то подобное?

[Eagle18]

возможно, но как тогда объяснит работоспособность других cisco без вопросов и отлупов? есть у меня ещё старенькая 3745.я её тоже по ospf подключал к тому же SE100. Настройки аналогичны только соответственно адреса различны- и она работала почти неделю без разрывов. Возможно конечно версия OS влияет.Все неудобство быстрой проверки что все делать надо ночью чтоб клиентов сильно не тревожить, а ночевать на работе всю неделю ка то не хочется(

[Bat]

Если бы была пробелма в MTU, то OSPF вообще бы не поднималась между роутерами и валились бы ошибки too many retransmit.

Мне кажется у вас проблема с потерями пакетов и не только ospf. Смотрите ошибки на интерфейсах. Как временный вариант увеличить время таймеров - глядишь не так часто падать будет.

 

ЗЫ: работает SE100 через dlink 3120 c 6500 и ASR1002 по ospf без проблем.

[vurd]

Случайно мультикаст фильтр, который filter unregisterd groups не включен на длинках?

[g3fox]

Случайно мультикаст фильтр, который filter unregisterd groups не включен на длинках?

 

Мне кажется, что тогда проблема носила бы постоянный характер.

[Eagle18]

Случайно мультикаст фильтр, который filter unregisterd groups не включен на длинках?

Нет .такая вещь не включена. Я вот начинаю думать что проблема в конкретной железке 3845, потому что запустил другую 3745 она без проблем проработала несколько дней. Сейчас снова связку подниму буду смотреть что с портами твориться статистику собирать и ошибки.

[zstas]

в целях образования можно все ospf пакеты между se100 и 3845 отмиррорить и сдампить)

[zi_rus]

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

[Eagle18]

мне все же кажется что дело ни в настройках комутера ни фильтрации мультикаста. и не пропсиании соседей статически. потому что сегодня с утра запустил циску 3745 и она прекрасно работает без дополнительных танцев с бубнами.я склоняюсь к тому что где то в конфиге 3845 циски косяк. вот только поянть не могу где. а та циска 3745 имеет все те же самые данные только router id другой и адрес ospf тоже другой но из той же подсети. и подключена для эксперимента тоже на порт а не на vlan. В общем все один в один и работает

 

отмиррорить весь аплинковский порт и в полгига аплинка что то мне кажется это будет много.у меня машина не скушает столко. хотя попробовать можно.

[g3fox]

Не совсем понятно что вам это даст.

Мне кажется, что проблема всё-же в физике.

Попробуйте заменить патчик/трансивер/порт...

[rover-lt]

Случайно мультикаст фильтр, который filter unregisterd groups не включен на длинках?

Нет .такая вещь не включена. Я вот начинаю думать что проблема в конкретной железке 3845, потому что запустил другую 3745 она без проблем проработала несколько дней. Сейчас снова связку подниму буду смотреть что с портами твориться статистику собирать и ошибки.

 

Поднимите IP SLA чтобы померять кач-во канала, если SE100 не умеет IP SLA responder, то "за'loop'те" на VRF через SE: посылайте пакеты через один ВРФ, а ловите в другом.

Изменено 10 ноября, 2014 пользователем rover-lt

[Eagle18]

Все доброго времени суток. Появились новые вводные. Подцепил к SE две cisco и один Mikrotik. ospf поднялось и работает но где то раз в два дня может чуть реже ospf все таки падает, но падает только со стороны SE ко всем подключенным железкам. Между cisco-ами и mikrotik ospf не падает. MTU на SE выставил в ручную на cisco поставил вообще игнорить его. на микротике жестко прописал. в логах SE просто фиксируется факт разрыва и поднятия сессии. О причинах ничего не сказано

[Andruha50]

ещё из того что проверить - на физическом порту SE100 какое mtu настроено? там же dot1q, сделайте 9198 для верности

 

Eagle18, коммутатор не экстрим случаем? :)

Извиняюсь, а можно поподробней что не так с экстримами?)

[Phantom]

Недели 3 назад поднял OSPF между 6 микротами и SE.SE ни разу не отваливался.Линки все в DGS-3620,все бегает и работает.

[Eagle18]

Недели 3 назад поднял OSPF между 6 микротами и SE.SE ни разу не отваливался.Линки все в DGS-3620,все бегает и работает.

а можно конфиг выложить?! настройки интерфейсов, портов, самого ospf, таймеров?! если не сложно, потому что именно со стороны se падает. между другими устройствами не падает а в логах se вот такие строки:

Dec 11 04:11:19: [0001]: %OSPF-6-INFO: OSPF-1: Full neighbor 10.10.12.14 event: 1 Way

Dec 11 04:11:19: [0001]: %OSPF-6-INFO: OSPF-1: Neighbor 10.10.12.14 fell from Full state to Init state

Dec 11 04:11:24: [0001]: %OSPF-6-INFO: OSPF-1: Neighbor 10.10.12.14 advanced to Full state from Exchange state

 

по факту то ospf не рвется, оно просто инициализируется заново

[Phantom]

Да,собственно,конфиг то тривиальный.В мануалах расписано всё:

 

...
context local
!
ip domain-lookup
!
...
!
interface vlan4-routing
 description i-face 4 routing
 ip address 192.168.253.10/28
...

!
ip default-network 192.168.250.200/24
...

!
router ospf 1
 fast-convergence
 router-id 192.168.253.10
 area 0.0.0.0
  interface vlan4-routing
   network-type broadcast
   router-dead-interval 30
   authentication none
 redistribute connected
!
...
!
link-group uplink dot1q
mac-address auto
dot1q pvc 4
 bind interface vlan4-routing local
...
maximum-links 3
minimum-links 2
lacp active
!
...

Вот то,что касается OSPF у меня.

 

Статистика по OSPF:

 

[local]AGLS#sh ospf statistics

 --- OSPF Statistics for Instance 1 ---

Max flood queue length   : 4           Interval            :  3w 6d 18:23:44
LSAs received            : 194130      LSAs sent           : 6107
LSAs changes received    : 453         LSA Retransmissions : 9
Packet Retransmissions   : 8           RIB initializations : 1
Routes downloaded        : 391         Routes deleted      : 224
Host Routes Queued       : 8           Normal Routes Queued: 607
Priority Routes Queued   : 0           Total Routes Queued : 615
Download Errors          : 0           RIB IPC messages    : 45
Download SPF Delays      : 0           SPF Download Delays : 0
DC Indicate originated   : 0           DC Indicate purged  : 0
DC DoNotAge purged       : 0

             Hello    DD       LSR      LSU      ACK
       Sent  236040   32       9        6056     21438
       Recv  1348482  42       17       32106    98606
[local]AGLS#

 

Просмотрел лог на наличие сообщений,которые есть у вас - ничего подобного не увидел.В дебаге только одни HELLO пакеты и события от соседей.

Изменено 16 декабря, 2014 пользователем Phantom

[Eagle18]

у нас прописаны вот такие настройки:

 

 

router ospf 1

router-id 172.16.5.11

log-neighbor-up-down

area 0.0.0.1

interface loopback2

interface to-core

redistribute subscriber

redistribute nat

 

 

как вижу не сильно отлдичаются, хотя может что-то и влияет. Таймеры одинаковые везде. проверил.

а вот статистика ospf

 

 

[local]PPPoE# sh ospf statistics

 

--- OSPF Statistics for Instance 1 ---

 

Max flood queue length : 11 Interval : 6w 4d 10:47:31

LSAs received : 10025487 LSAs sent : 3149467

LSAs changes received : 8158 LSA Retransmissions : 2205010

Packet Retransmissions : 1400763 RIB initializations : 1

Routes downloaded : 295911 Routes deleted : 292519

Host Routes Queued : 3749 Normal Routes Queued: 584681

Priority Routes Queued : 0 Total Routes Queued : 588430

Download Errors : 0 RIB IPC messages : 13773

Download SPF Delays : 0 SPF Download Delays : 0

DC Indicate originated : 0 DC Indicate purged : 0

DC DoNotAge purged : 0

 

Hello DD LSR LSU ACK

Sent 401933 8383 596 2002516 1044883

Recv 950020 8548 621 1408927 1471438

 

 

 

сейчас к se подключено 4 устройства по ospf.

Изменено 16 декабря, 2014 пользователем Eagle18

[DVM-Avgoor]

Я не спец в сони-эриксонах, но может у вас потери?

[Eagle18]

ну я тоже каждый день только ещё учусь и учусь, но мне кажется если были бы потери то отпадывало бы все рандомно. А у нас стабильно в 8 утра и сейчас ещё около 4-30 утра стало отпадывать. В этот момент ничего не происходит, ни заливки никакой ни оптимизации.