Перейти до

Особливості проходження трафіку по різних ОНУ від різних НАС


mgo

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

Ситуація наступна.

Користуюся Убілінгом і NAS freeBSD, і NAS MikroTik.  (Авторизація клієнта DHCP, IP+MAC)

Є кілька мереж PON.

Перша мережа побудована на freeBSD NAS -->Bdcom 3310B --> onu Extalink 

Нову мережу будували, кинули Мікротік -->Bdcom 3310C --> onu FORA NA-1001d

Все бігало, але виросла нагрузка і вирішили замінити Мікротік на тазік з freeBSD.

 

тут почалося наступне

Абон одержує ip по DHCP, пінг між абонентом і NAS небігає

 

NAS 172.16.20.1/24

абон 172.16.20.2/24

 

В цей момент tcpdump на NAS 

tcpdump -i bridge0 host 172.16.20.2

14:35:04.982337 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 172.16.20.1 tell 172.16.20.2, length 50
14:35:04.982341 ARP, Ethernet (len 6), IPv4 (len 4), Reply 172.16.20.1 is-at 02:c3:1b:af:d6:09 (oui Unknown), length 32
14:35:05.981736 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 172.16.20.1 tell 172.16.20.2, length 50
14:35:05.981742 ARP, Ethernet (len 6), IPv4 (len 4), Reply 172.16.20.1 is-at 02:c3:1b:af:d6:09 (oui Unknown), length 32

і так  по кругу

 

Очевидно обладнання абонента за ОНУ неодержує відповідь від НАС і шле запити по колу.

 

Зі 150 абонентів десь у  половини наблюдається така бадяга.

як тільки пінгую абонента arping 172.16.20.2

перший- другий  пінг десь під 1000, далі  1-2 мс

після arping абонент  починає пінгати НАС і нормально працювати до виключення свого обладнання.

 

При установці ОНУ Fora в першу мережу яка вся на Extralink  такаж бадяга наблюдається.

 

На NAS MikroTik таких проблем немає.

 

ОЛТ налаштована по мінімому, один вілан, всі інтерфейси туда + навісив IP, все.

 

В тазіку з freeBSD мережеві Intel 82576, налаштування з коробки по документації.

 

 

Які думки є чому так?

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

 freeBSD це не мікротік. Там потрібні знання щоб правильно все налаштувати і ніяка http://wiki.ubilling.net.ua/doku.php?id=freebsdremotenasне може бути керівництвом щоб один в один все працювало. скоріше проблема в драйверах мережевої карти і в компонентах сервера на чому збудовано сервер. як правило завше є потреба тюнінгу параметрів.

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

 

 

скоріше проблема в драйверах мережевої карти

дрова до цієї мережевої є в любі системі, мережева одна з кращих для цієї роботи, проблеми з драйверами люди мали десь на  freeBSD 7,0  але не сьогодні і з em картами, з igb все чудово.

 

 

 

як правило завше є потреба тюнінгу параметрів.

є ідеї? буду вельми вдячний.

 

Гуглиться по видачі tcpdump кольцо в мережі, але такого в принципі бути неможе, і мікротік включений апсолютно так само як і фря.

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

 

 

У мене підозра, дешева fora

скажи монтажникам нехай поміняють ону , якщо в ній підозра
 ( хлопці монтажники на добло їздять і на синій 9-і)  ?
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

ага 150 шт і ще 100 зі складу))

 

гг я тоже на добло їздю і на ЗП як і ті монтажніки.

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

Абоненту не доходит arp-reply от шлюза. Врядли в этом может быть ONU виновата, где-то у вас в сервере кривой фаервол или на OLT какие-то кривые фильтры.

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
Абоненту не доходит arp-reply от шлюза.

угу, і з якого дива воно починає бігати після arping?

треба загнати туда монтажніка з tcpdump аби послухав, що там прилітає.

 

онушка як свіч,  думаю запамятовує маки, кому що слати.

коли таблиця переповнина вона може ігнорувати arp-reply від шлюза.

 

Врядли в этом может быть ONU виновата,

 

на інші мережі заміна ону на дорожчу помогає,  але це ще нічого неозначає.

тут проблема масова, заміну толком не потестили.

 

где-то у вас в сервере кривой фаервол

навряд, фаєр не перестає блокувати після arping. 

 

 

на OLT какие-то кривые фильтры.

або їх відсутність)

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

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

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

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

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

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

Вхід

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

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від mac
      Глюк в тому, що один (так - тільки один) mac адрес onu існує в білінгу у вигляді строки. Це трохи заважає.
      olt - bdcom gepon.
      Наскільки зрозумів, це виключно проблема реалізації snmpwalk у freebsd, де snmpwalk може на свій розсуд віддати mac адресу не як hex-string, а як звичайний string.
      Можливо snmpwalk тригериться на якомусь символі, мені невідомо.
       
      # tcpdump -vv -i em0 udp port 161 and host olt and host ub | grep "3320.101.10.4.1.1.241 ... olt.snmp > ub.47940: [udp sum ok] { SNMPv2c C="*****" { GetResponse(44) R=93278354 E:3320.101.10.4.1.1.241="8LO"W*" } } ub.47940 > olt.snmp: [udp sum ok] { SNMPv2c C="*****" { GetNextRequest(34) R=93278355 E:3320.101.10.4.1.1.241 } } snmpwalk -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = STRING: "8LO\"W*" snmpwalk -Ox -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = Hex-STRING: 38 4C 4F 22 57 2A  
      Це стосується таких параметрів у snmp конфізі bdcom
       
      [signal] MACINDEX=".1.3.6.1.4.1.3320.101.10.4.1.1" [misc] ONUINDEX=".1.3.6.1.4.1.3320.101.11.1.1.3"  
      За для усунення глюку спробував трошки змінити код і завдати тип snmp параметру явно у ./api/libs/api.ponbdcom.php у function collect()
      Це працює. Мабуть станеться у нагоді:
       
      # diff api.ponbdcom.php{.new,.bak} 37c37 < $onuIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); --- > $onuIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); 91c91 < $macIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE); --- > $macIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE);  
      P.S. Створив тему, а зараз міркую: а може це глюк у ПЗ olt. Оновлю фірмваре olt та перевірю...
       

    • Від Туйон
      Отличие от обычной SXT5 - гигабитный порт и лицензия 4 уровня (может быть не только бриджом а и точкой доступа).
      Старенькая, АС-стандарт не поддерживает.
      В своё время мегабит 160+ вроде качала.
      Где-то возможно в том же гараже есть вторая такая же, если надо - могу поискать.
      Внешнее состояние нормальное. Чуть пожелтела но трещин и т д нету.
      В комплекте сама точка и хвостик крепления (вставлятся в саму антенну).
      РОЕ где-то в работе до сих пор, но подойдут любые.
      Цена.. пусть для начала будет 1000 грн.
      Проверена в комнате "на коленке", дам время на полноценную поверку, а то мало ли (года два лежала отдыхала).
      Желающие пишите в ЛС.
       
      https://www.technotrade.com.ua/Products/MikroTik_SXT_G_5HnD.php
    • Від independent
      Mikrotik rb4011igs+5hacq-2hnd-in
      Б/в.
      Ціна 5075 грн
       
      https://www.olx.ua/d/uk/obyavlenie/mikrotik-rb4011igs-5hacq2hnd-in-IDWH6Lo.html
    • Від independent
      Mikrotik rb4011igs+5hacq-2hnd-in б/в.
      Продається в результаті великого енергоспоживання від дбж.
       
      Ціна 6100 грн
       
      https://www.olx.ua/d/uk/obyavlenie/mikrotik-rb4011igs-5hacq2hnd-in-IDWH6Lo.html
    • Від Axel K
      Вітаю!
       
      налаштування capsman
      /caps-man channel add band=2ghz-b/g/n extension-channel=disabled frequency=2412,2437,2462 name=channel1 add band=5ghz-a/n/ac extension-channel=disabled frequency=5180 name=channel5 skip-dfs-channels=yes tx-power=40 /caps-man datapath add bridge=Main client-to-client-forwarding=yes local-forwarding=no name=datapath1 /caps-man configuration add channel=channel1 datapath=datapath1 max-sta-count=20 mode=ap name=cfg1 rx-chains=0,1,2,3 ssid=25 tx-chains=0,1,2,3 add channel=channel5 datapath=datapath1 hide-ssid=no mode=ap name=cfg5 rx-chains=0,1,2,3 ssid=25 tx-chains=0,1,2,3 /caps-man access-list add action=reject allow-signal-out-of-range=10s disabled=no signal-range=-120..-85 ssid-regexp="" /caps-man manager set enabled=yes /caps-man provisioning add action=create-dynamic-enabled hw-supported-modes=ac master-configuration=cfg5 name-format=prefix-identity add action=create-dynamic-enabled hw-supported-modes=gn master-configuration=cfg1 name-format=prefix-identity проблема у низькій швидкості у клієнта
      якщо включити local-forwarding=yes, клієнт підключається, але не отримує ір.
       
      розумію, що на bdcom не вистачає налаштувань, прошу допомоги.
×
×
  • Створити нове...