Перейти до

fet4

Сitizens
 Просмотреть профиль  Активність

  • Всього повідомлень

    538

  • Приєднався

  • Останній візит

  • Дней в лидерах

    1
 Активність

 Тип контенту 

Сообщения додав fet4

    Вопрос по OSPF

    в Софт

    Опубликовано:

    Привет всем.

    Кто-то может объяснить следующее поведение ospf

     

    Есть 3 маршрутизатора с quagga на борту.

     

    720271159_.png.dbad9e3bc7e2c5486efda130ff10b8ab.png

     

    R1 

    interface vlan11
 ip ospf area 0
 ip ospf authentication null
 ip ospf network broadcast
!
interface ppp-archer
 ip ospf area 1
 ip ospf authentication null
 ip ospf network point-to-point
!
router ospf
 ospf router-id 172.19.1.1
 passive-interface default
 no passive-interface vlan11
 no passive-interface ppp-archer
 redistribute connected

     

    R2 

    interface vlan11
 ip ospf area 0
 ip ospf authentication null
 ip ospf network broadcast
!
interface ppp-archer2
 ip ospf area 1
 ip ospf authentication null
 ip ospf network point-to-point
!
router ospf
 ospf router-id 172.19.1.2
 passive-interface default
 no passive-interface vlan11
 no passive-interface ppp-archer2
 redistribute connected

     

    R3 

    interface l2tp-r1
 ip ospf area 1
 ip ospf authentication null
 ip ospf network point-to-point
!
interface l2tp-r2
 ip ospf area 1
 ip ospf authentication null
 ip ospf network point-to-point
!
route-map CONNECTED permit 10
 match interface br-lan
!
router ospf
 ospf router-id 192.168.1.1
 passive-interface default
 no passive-interface l2tp-r1
 no passive-interface l2tp-r2
 redistribute connected route-map CONNECTED

     

    Не пойму почему R1 и R2 видят маршруты друг к другу через R3.

     

    Например

    X.X.47.216/29 via ppp-archer2

    X.X.150.200/29 via ppp-archer

     

    Ожидалось что через vlan11 будут видны

      

    R1#  show ip route ospf
Codes: K - kernel route, C - connected, S - static, R - RIP,
       O - OSPF, I - IS-IS, B - BGP, P - PIM, A - Babel, N - NHRP,
       > - selected route, * - FIB route

O>* X.X.150.200/29 [110/20] via 172.19.3.2, ppp-archer, 00:15:02
O   172.19.0.0/24 [110/20] via 172.19.3.2, ppp-archer, 00:15:02
O   172.19.1.0/24 [110/10] is directly connected, vlan11, 00:17:40
O>* 172.19.3.1/32 [110/30] via 172.19.1.2, vlan11, 00:15:03
O   172.19.3.2/32 [110/10] is directly connected, ppp-archer, 00:17:40
O>* 172.19.3.6/32 [110/30] via 172.19.3.2, ppp-archer, 00:15:03
O>* 172.19.3.254/32 [110/20] via 172.19.3.2, ppp-archer, 00:15:13
O>* 192.168.1.0/24 [110/20] via 172.19.3.2, ppp-archer, 00:15:12
    R2# show ip route ospf
Codes: K - kernel route, C - connected, S - static, R - RIP,
       O - OSPF, I - IS-IS, B - BGP, P - PIM, A - Babel, N - NHRP,
       > - selected route, * - FIB route

O>* X.X.47.216/29 [110/20] via 172.19.3.6, ppp-archer2, 00:09:49
O   172.19.0.0/24 [110/20] via 172.19.3.6, ppp-archer2, 00:09:49
O   172.19.1.0/24 [110/10] is directly connected, vlan11, 00:11:30
O>* 172.19.2.0/24 [110/20] via 172.19.3.6, ppp-archer2, 00:09:49
O>* 172.19.3.1/32 [110/20] via 172.19.3.6, ppp-archer2, 00:09:50
O>* 172.19.3.2/32 [110/30] via 172.19.3.6, ppp-archer2, 00:09:50
O   172.19.3.6/32 [110/10] is directly connected, ppp-archer2, 00:11:30
O>* 172.19.3.254/32 [110/30] via 172.19.1.1, vlan11, 00:10:00
O>* 192.168.1.0/24 [110/20] via 172.19.3.6, ppp-archer2, 00:09:49
    R3#  show ip route ospf
Codes: K - kernel route, C - connected, S - static, R - RIP,
       O - OSPF, I - IS-IS, B - BGP, P - PIM, A - Babel,
       > - selected route, * - FIB route

O>* X.X.150.200/29 [110/20] via 172.19.3.254, l2tp-r2, 00:15:48
O>* X.X.47.216/29 [110/20] via 172.19.3.1, l2tp-r1, 00:15:55
O>* 172.19.0.0/24 [110/20] via 172.19.3.1, l2tp-r1, 00:15:48
  *                        via 172.19.3.254, l2tp-r2, 00:15:48
O>* 172.19.1.0/24 [110/20] via 172.19.3.1, l2tp-r1, 00:15:49
  *                        via 172.19.3.254, l2tp-r2, 00:15:49
O>* 172.19.2.0/24 [110/20] via 172.19.3.1, l2tp-r1, 00:15:55
O   172.19.3.1/32 [110/10] is directly connected, l2tp-r1, 00:16:07
O>* 172.19.3.2/32 [110/20] via 172.19.3.1, l2tp-r1, 00:15:48
O>* 172.19.3.6/32 [110/20] via 172.19.3.254, l2tp-r2, 00:15:48
O   172.19.3.254/32 [110/10] is directly connected, l2tp-r2, 00:16:07

     

    DHCP-Snooping на BDCOM 36xx

    в PON

    Опубліковано:

    17 часов назад, vovchokig сказав: 
    
!
ip dhcpd snooping arp
ip dhcpd enable
!

     

    Какую функцию эти команды у вас выполняют ?

     

    И автор говорил о работе через dhcp-relay, у вас в конфиге helper-address нет, значит у вас чисто вставка 82 опции.

     

    18 часов назад, XNeo сказав:

    Как же тогда изолировать IP интерфейс от клиентов без костылей?

    И это что получается, если у нас 10 VLan'ов, туда надо прицепить 10 IP ? :)

     

    Скорей всего да, и там прикол еще,что прямые dhcp запросы от клиентов остаются, т.е. на сервер прилетает от релея запрос и обычный запрос от пользователя.

    BDCOM 3310B в герметичный ящик на улице (лето, зима)

    в PON

    Опубліковано:

    3 часа назад, Biker13 сказав:

    Есть один ящик с олтом установлен на улице.
    Ящик не герметичен. Муравьев не замечено. Зимой божьи коровки лезут греться. Но им интереснее в розетке или на АКБ чем в олте или ИБП.

    На лето ставлю дополнительные вентиляторы и оно так себе жужжит 5-6 месяцев.

    Стоит более 2-х лет. Пока полет нормальный.

    А питаете от куда это все дело ?

    BDCOM P3600 SNMP

    в PON

    Опубліковано: · Відредаговано fet4

     

    6 часов назад, nicodemus сказав:

    А какие значения облегчили съем?

    snmp-server getbulk-timeout 30
    snmp-server getbulk-delay 1

     

    Пока такие стоят значения, отвалы snmp олта не прекратились но стали меньше. Обидно что 3310C тоже загружены но опрашиваются исправно. Без доп. настроек.

    BDCOM P3600 SNMP

    в PON

    Опубліковано:

    1 минуту назад, Dimkers сказав:

    Нет, с чего ей отваливаться? Даже пару потерянных пакетов не повлияет на TCP соединение. Ибо оно умеет в случае надобности повторить отправку.

     

    Между host unavailable и connection restored бывает по 2-3 мин. Что скажете ?

    BDCOM P3600 SNMP

    в PON

    Опубліковано:

    Есть проблема с опросом BDCOM(tm) P3608-2TE Software, Version 10.1.0E Build 66506 zabbix_ом 

    Use bulk requests off

    528 items

    discover interval 1h

    items interval 5m 

      1094:20200304:112131.039 temporarily disabling SNMP agent checks on host "": host unavailable
  1147:20200304:112132.974 enabling SNMP agent checks on host "": host became available
  1106:20200304:112525.000 SNMP agent item "onu.received.power.[103]" on host "" failed: another network error, wait for 15 seconds
  1086:20200304:112529.004 SNMP agent item "onu.received.power.[350]" on host "" failed: another network error, wait for 15 seconds
  1103:20200304:112532.506 SNMP agent item "onu.received.power.[475]" on host "" failed: another network error, wait for 15 seconds
  1147:20200304:112542.999 resuming SNMP agent checks on host "": connection restored

     

    У кого как работает? Может есть стабильные конфигурации? Поделитесь.

    Сотрудничество с MEGOGO.NET

    в IPTV КТВ Кабельне телебачення

    Опубліковано:

    12 часов назад, Dilan сказав:

    Та же самая хрень, прямо в НГ)

    667403419_jhytrf.JPG.8f379ce46fa0617542cd97aa5adeec1d.JPG

     

    Ничего удивительного, пиковая нагрузка, неспрогнозированная и нерассчитанная мегого сервисом, подтверждение того что потоковое телевидение еще далеко не конкурент другим технологиям вещания в плане стабильности. 

    Поддержка Option 82 на OLT

    в PON

    Опубліковано:

    В 04.09.2013 в 4:57 PM, John_Doe сказав:

    agent.remote-id передает в этом случае не мак свича а мак онушки

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

    Извините за некропостинг, кто-то научился различать порты onu по opt82 ? Если да, как ?

    BDCOM P3310C

    в PON

    Опубліковано:

    В 04.11.2019 в 16:39, bobr-kun сказал:

    Всем доброго времени суток!

    Скажите, кто-нибудь уже пробовал обновляться на вот эти прошивки, что на НАГе лежат:

    BD_3310C_10.1.0E_58597_11028_2018.bin

    BD_3310C_10.1.0F_66461.bin

    ?

    Чего там кардинально поменялось-то? Обновляться стОит? Не страшно?

     

    Работает уже как две недели BD_3310C_10.1.0F_66461.bin вопросов не возникало.

     

    Ребята подскажите кто как сохраняет конфигурацию ОЛТ после наработки некоторого количества онух ? Через тэмплейт или периодически  по телнет write all ?

    Предполагаю что не совсем корректно если онуха зарегистрировалась, а конфигурация не сохранилась и олт перегрузился, получается он заново регистрирует онухи как в первый раз после перезагрузки ?

×
×
  • Створити нове...