Перейти до

GEPON в FTTB


Tornight

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

  Здравствуйте, уважаемые форумчане. Есть идея развернуть сеть по технологии GEPON в многоэтажном микрорайоне. Суть: имеем компактный жилой район (5,9,14-этажки), около 145 домов, голову на 4 гепон порта. Делим условно территорию на 4 части, на каждую часть выделяем одно волокно и один порт. Предполагается заводить волокно не в каждую квартиру, а ставить одну онушку на дом, а затем с медного порта с помощью свитчей раздавать интернет по квартирам витой парой. Какие подводные камни такой задумки? Как ведут себя онушки имея на порту 20-30 абонов? Об ограничении в 64 МАКа на ОНУ (использовать буду BDCOM P1501C2) знаю, самый большой дом у нас имеет 168 квартир, потому это не проблема. Сеть расширятся не будет. Заранее спасибо за ответы.

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

Я бы так не делал. Выгоды ни какой, а при большой нагрузке будут сильно расти пинги и танкисты вас порвут)) а поменять уже не сможете. Проще Волокно на дом. Тем более район компактный.

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

найдите в интернете контакты Тринити ( Донецк) они по городу в начале строили по пону ( быстрое покрытие) а потом переводили все на fttb  

так как 200 ай-пи Ти каналов 400-500мегабит жрало, и аборигены на пон порт тоже

если нужно очень быстрое покрытие то можешь по пону, но нужно понимать что мощностей возможно ограничено, ХОТЯ  положить рез. волокна  не помешает.

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

Строим высотки по пону. Все работает. Из минусов - высокие стартовые затраты для клиента, тем более когда он привык к витухе и подключение за 1 грн.

post-3739-0-48309400-1421482655_thumb.jpg

post-3739-0-71961100-1421482677_thumb.jpg

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

Я сейчас работаю в местном провайдере. Вижу очень много недочетов в работе, но начальство даже не думает прислушиваться, а посему сеть работает кое-как. Все построено именно по консервативной FTTB. Внешний трафик в данный момент около 300-400 Мбит, внутренний IPTV. В хорошие времена канал загружался до 1-1,2 Гбит. Неужели 4 Гбитных ПОН порта не покроют потребности такого района? IPTV вообще не планируется ибо геморрой ужасный плюс стоимость аура и маг просто зашкаливает, а стоимость лицензий неимоверная. Уж лучше тогда ону с кабельным если вдруг сильно приспичит. Стоимость FTTB почти вдвое выше, чем по PON. Каждая ONU  имеет гигабитный порт, что позволит в будущем дать абоненту более, чем 100 МБит. Оптические же коммутаторы с гигабитными SFP стоят дурных денег. Комрад Земеля приводит пример г. Донецк, там действительно пон не имеет смысла ибо абонентская база намного больше. У нас же количество домов не увеличится точно. Просто хочу услышать реальные доводы против этого. Итак итог: количество домов 145, увеличиваться не будет, IPTV транслироваться не будет. Резервные волокна будут и количество задействованых пон портов впоследствии может быть увеличено до 8 или более. Специально для танкистов сделаем приоритетизацию трафика. С нетерпением жду ваших аргументов.

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

Строим высотки по пону. Все работает. Из минусов - высокие стартовые затраты для клиента, тем более когда он привык к витухе и подключение за 1 грн.

Способ автора тоже используем, когда в ЧС попадается многоквартирный домик. Ставим 4-8 портов ону и от нее медь в квартиру. Проблем также не замечено. Тарифы от 25 до 100 мбит. Усредненный трафик в ветке 150 мбит.

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

Просвіті, будь ласка, кого танкістами називаєте?

Игроков онлайн (World of Tanks/Warplanes/Battleships/Warcraft, Counter-Strike, DotA и т.д.) сильно ругающихся на задержки на канале. Решается приоритетом определенного вида трафика на некоторых портах.

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

 

Строим высотки по пону. Все работает. Из минусов - высокие стартовые затраты для клиента, тем более когда он привык к витухе и подключение за 1 грн.

Способ автора тоже используем, когда в ЧС попадается многоквартирный домик. Ставим 4-8 портов ону и от нее медь в квартиру. Проблем также не замечено. Тарифы от 25 до 100 мбит. Усредненный трафик в ветке 150 мбит.

 

 

Есть разница 1 ОНУ на 4 квартиры и на 44.

 

ЗЫ. А вообще респект по строительству ПОН в квартиру. Не желаете статейку написать что и как? с фотками. 

особенно интересует вертикальная и горизонтальная разводка.

Ну и финансовая часть само собой. 

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

Идея имеет право жить, только нужно использовать не ЕPON,а GPON и оборудование классом выше тот же zte например. Ону есть и много портовые как свичи. 

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

Идея имеет право жить, только нужно использовать не ЕPON,а GPON и оборудование классом выше тот же zte например. Ону есть и много портовые как свичи. 

GPON пока что дорогая экзотика. Проще иметь 2 OLT и больше волокон. На счет многопортовых ONU тоже думал, но все же пришел к выводу, что лучше иметь развязку через другой свитч из-за грозовой активности (разводка медью будет идти в том числе и по фасаду здания ввиду отсутствия чердаков во многих хрущевках).

 

To West: в том и дело, может кто-то сталкивался как ведет себя Onu имея много абонов на на себе. Хотя есть для этого вот такие звери:

ONU%20P2024.png

 

Просто интересно в чем разница в начинке - то ли это просто встроенный свитч на много портов в обычную ONU, то ли дело в производительности.

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

Ну не знаю, я бы ещё 5-ти этажки подумал ... по 1 ону на подьезд ... а вообще за онушкой желательно управляшку или хоть смартик .... Хотя выиграша тады мало ...

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

 

Идея имеет право жить, только нужно использовать не ЕPON,а GPON и оборудование классом выше тот же zte например. Ону есть и много портовые как свичи. 

GPON пока что дорогая экзотика. Проще иметь 2 OLT и больше волокон. На счет многопортовых ONU тоже думал, но все же пришел к выводу, что лучше иметь развязку через другой свитч из-за грозовой активности (разводка медью будет идти в том числе и по фасаду здания ввиду отсутствия чердаков во многих хрущевках).

 

To West: в том и дело, может кто-то сталкивался как ведет себя Onu имея много абонов на на себе. Хотя есть для этого вот такие звери:

ONU%20P2024.png

 

Просто интересно в чем разница в начинке - то ли это просто встроенный свитч на много портов в обычную ONU, то ли дело в производительности.

 

 

Уже сказали. Тринити так делал. Есть доклад с КРОСа где-то на НАГе. Там все по полочкам разложено. С графиками и загрузками. Перестроили потом все на ФТТБ.

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

Ну не знаю, я бы ещё 5-ти этажки подумал ... по 1 ону на подьезд ... а вообще за онушкой желательно управляшку или хоть смартик .... Хотя выиграша тады мало ...

 

Ну вот в чем профит? Ну хоть убейте не пойму. В экономии волокон? 

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

 

Ну не знаю, я бы ещё 5-ти этажки подумал ... по 1 ону на подьезд ... а вообще за онушкой желательно управляшку или хоть смартик .... Хотя выиграша тады мало ...

 

Ну вот в чем профит? Ну хоть убейте не пойму. В экономии волокон? 

 

Я бы еще понял если бы ONU per Homyak, в этом хоть какие то плюсы есть, не нужна активка на доме, питалаво, грозы...

А так, хз...

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

 

Ну не знаю, я бы ещё 5-ти этажки подумал ... по 1 ону на подьезд ... а вообще за онушкой желательно управляшку или хоть смартик .... Хотя выиграша тады мало ...

 

Ну вот в чем профит? Ну хоть убейте не пойму. В экономии волокон? 

А я сам не пойму :) Я просто пытаюсь в голове построить "нормальную" сетку с vlan per user при текущей постановке задачи ...

Хотя, как по мне уж лучше "колечек" набросать, если уж совсем волокна экономить ...

Единственное что приходит в голову - схема с PON, в таком разрезе, выгодна в условиях отсутствия нормального питания (ИБП) на домах и жесткой экономии волокон (например в противовес кольцам по 10-20-...и т.д. домов) 

Вот сижу и думаю, а нафига оно надо ? В чем профит? 

 

ЗЫ: Просто если после ОНУ-шки ставить мыльницы - совсем "говносеть" получится, а если 1 ОНУ на 20 и более пользователей - загнется родимая ...

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

 

Ну не знаю, я бы ещё 5-ти этажки подумал ... по 1 ону на подьезд ... а вообще за онушкой желательно управляшку или хоть смартик .... Хотя выиграша тады мало ...

 

Ну вот в чем профит? Ну хоть убейте не пойму. В экономии волокон? 

 

Профита нету. Вопрос ж был о том возможно или нет. Возможно, только нужно иметь 2.5 гиг в канале к ону, ибо 1гиг звери забью в хлам. А профита нету, фттб в много этажках пока имхо хер переплюнешь. 

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

Спасибо товарищу _West_. Нашел данный доклад. Кратко: в Донецке отказались от использования GEPON ввиду большого количество абонентов, в Мариуполе (население 500 тыс.) технология работает стабильно, правда уже с выходом на предел. Используются обычные однопортовые онушки, в сети у них есть IPTV. Моя сеть будет рассчитана на 20-25 тыс. населения. Одной из проблем является несимметричность канала, в принципе это решается использованием оборудования Turbo GEPON.

 

Ссылка на сам доклад http://nag.ru//upload/article-files/2011%20-%20PON.pps

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

 

 

Ну не знаю, я бы ещё 5-ти этажки подумал ... по 1 ону на подьезд ... а вообще за онушкой желательно управляшку или хоть смартик .... Хотя выиграша тады мало ...

 

Ну вот в чем профит? Ну хоть убейте не пойму. В экономии волокон? 

 

Профита нету. Вопрос ж был о том возможно или нет. Возможно, только нужно иметь 2.5 гиг в канале к ону, ибо 1гиг звери забью в хлам. А профита нету, фттб в много этажках пока имхо хер переплюнешь. 

 

Насколько я знаю 2,5 Гиг (кстати обратка всего-то 1 гиг) - это теория.

И, поправьте если я не прав, но никто на форуме больше 800 метров в прыжке на ветку ещё не подымал, даже "на столе" ... Как оно себя поведет х/з, а тут ещё нагрузочка по килопакетикам нехилая будет ...

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

Спасибо товарищу _West_. Нашел данный доклад. Кратко: в Донецке отказались от использования GEPON ввиду большого количество абонентов, в Мариуполе (население 500 тыс.) технология работает стабильно, правда уже с выходом на предел. Используются обычные однопортовые онушки, в сети у них есть IPTV. Моя сеть будет рассчитана на 20-25 тыс. населения. Одной из проблем является несимметричность канала, в принципе это решается использованием оборудования Turbo GEPON.

 

Ссылка на сам доклад http://nag.ru//upload/article-files/2011%20-%20PON.pps

О чем я вам и говорю GPON еще возможно, с EPON будет пистец вашей идеи на 30 доме. 

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від legenda vols
      Всем привет, заезженная тема но приходиться искать по всем уголкам интернета - А именно OID и как их использовать.
      Начнём. 
      для новичков.
      bash 
      set_olt_oids() {
          # Общие для EPON (BDCOM)
          if [[ "$1" =~ ^(P3310|P3310B|P3310C|P3608|P3608B|P3316|P3600-16E|P3608-2TE|P3616-2TE|IEP3310)$ ]]; then
              OID_GET_MAC="1.3.6.1.4.1.3320.101.10.4.1.1"
              OID_VENDOR_ONU="1.3.6.1.4.1.3320.101.10.1.1.1"
              OID_MODEL_ONU="1.3.6.1.4.1.3320.101.10.1.1.2"
              OID_TEMP_ONU="1.3.6.1.4.1.3320.101.10.5.1.2"
              OID_AUNT_ONU_STATUS="SNMPv2-SMI::enterprises.3320.101.10.1.1.26"
              OID_UPTIME_ONU="1.3.6.1.4.1.3320.101.10.1.1.80"
              OID_DIST="1.3.6.1.4.1.3320.101.10.1.1.27"
              OID_IF_MAC10="1.3.6.1.4.1.3320.101.11.1.1.3"
              OID_IFindexmac10="1.3.6.1.4.1.3320.101.11.1.1.1"
              LASTREG_DATE="1.3.6.1.4.1.3320.101.11.1.1.9"
              LASTDEREG_DATE="1.3.6.1.4.1.3320.101.11.1.1.10"
              LASTDEREG_REASON="1.3.6.1.4.1.3320.101.11.1.1.11" 
              OID_ONU_ETH="1.3.6.1.4.1.3320.101.12.1.1.8"
              OID_PORT_INDEX="1.3.6.1.4.1.3320.101.107.1.1" # oid возвращает все индексы ПОН портов, работает не везде
              OID_GEPORT_COUNT="1.3.6.1.4.1.3320.101.10.1.1.12"
              OID_FEPORT_COUNT="1.3.6.1.4.1.3320.101.10.1.1.14"
              OID_REBOOT_ONU="1.3.6.1.4.1.3320.101.10.1.1.29" # snmpset -v2c -c RW IP OID.onuIndex i 0 reboot
              OID_DEL_ONU="SNMPv2-SMI::enterprises.3320.101.11.1.1.2" #.$portID.$mac10" i 0 #mac decimal onu
          fi
          # Общие для GPON
          if [[ "$1" =~ ^(GP3600-08|GP3600-16B|GP3600-08B)$ ]]; then
              ETH_STATUS="1.3.6.1.2.1.2.2.1.8" # статус порта 1 портовая ону
              ETH_STATUS4="1.3.6.1.4.1.3320.10.4.1.1.4" # статус портов 4х портовая ону
              OID_VENDOR_ONU="1.3.6.1.4.1.3320.10.3.1.1.2"
              OID_ADMIN_STATUS="1.3.6.1.4.1.3320.10.4.1.1.3"
              OID_DOWN_REASON="1.3.6.1.4.1.3320.10.3.1.1.35"
              OID_DIST="1.3.6.1.4.1.3320.10.3.1.1.33"
              OID_MODEL_ONU="1.3.6.1.4.1.3320.10.3.1.1.9"
              OID_VENDOR_ONU="1.3.6.1.4.1.3320.10.3.1.1.2"
              OID_REBOOT_ONU="1.3.6.1.4.1.3320.10.3.2.1.4" #snmpset -v2c -c RW IP OID.onuIndex i 1 reboot
              
          fi
          # Уникальные параметры для моделей
          case "$1" in
              # EPON модели
              P3310 | P3310B)
                  OID_RX_ONU="1.3.6.1.4.1.3320.101.10.5.1.6"
                  OID_RX_OLT="1.3.6.1.4.1.3320.9.183.1.1.5"
                  OID_PORT_LIST="1.3.6.1.4.1.3320.101.107.1.1"
                  ;;
              IEP3310)
                  OID_RX_ONU="1.3.6.1.4.1.3320.101.10.5.1.5"
                  OID_RX_OLT="1.3.6.1.4.1.3320.9.183.1.1.5"
                  OID_TX_ONU="1.3.6.1.4.1.3320.101.10.5.1.6"
                  ;;
              P3608 | P3608B | P3310C | P3316 | P3600-16E | P3608-2TE | P3616-2TE)
                  OID_RX_ONU="1.3.6.1.4.1.3320.101.10.5.1.5"
                  OID_RX_OLT="1.3.6.1.4.1.3320.101.108.1.3"
                  OID_TX_ONU="1.3.6.1.4.1.3320.101.10.5.1.6"
                  OID_PORT_LIST="1.3.6.1.4.1.3320.101.107.1.1"
                  ;;
              # GPON модели
              GP3600-08 | GP3600-16B | GP3600-08B | P3600-08E)
                  OID_RX_ONU="1.3.6.1.4.1.3320.10.3.4.1.2"
                  OID_RX_OLT="1.3.6.1.4.1.3320.10.2.3.1.3"
                  OID_TX_ONU="1.3.6.1.4.1.3320.10.3.4.1.3"
                  OID_GET_MAC="1.3.6.1.4.1.3320.10.3.1.1.4"
                  ;;
              *)
                  echo -e "\e[1;91mНеизвестный режим OLT: $1\e[0m"
                  return 1
                  ;;
          esac
          return 0
      }
      что бы было понятно в дальнейшем что за переменные 
      snmp1="snmpwalk -v2c -c паблик стринг"
      snmp2="snmpwalk -v2c -Ouqv -c паблик стринг"
      snmp3="snmpget -v2c -c паблик стринг"
      snmp3q="snmpget -v2c -Ouqv -c паблик стринг"
      snmp4="snmpget -v2c -Ouqv -c приват стринг"
      snmp5="snmpset -v2c -c приват стринг"

      EPON GEPON
      1- OID_GET_MAC="1.3.6.1.4.1.3320.101.10.4.1.1" на бдкомах епон 
      = SNMPv2-SMI::enterprises.3320.101.10.4.1.1.96 = Hex-STRING: A0 94 6A 97 CC 50
      snmp_response=$($snmp3 "$IP" "$OID_GET_MAC.$1" 2>/dev/null | awk -F'Hex-STRING: ' '{print tolower($2)}' | tr -d ' ')
          onu_mac=$(echo "$snmp_response" | sed 's/\(..\)/\1:/g;s/:$//') #Переводим в человеческий вид
          mac10=$(echo "$snmp_response" | awk '{    # Переводим в mac10 дада способов есть миллиард.
              for (i=1; i<=length; i+=2) {
                  printf "%d", strtonum("0x" substr($0, i, 2))
                  if (i + 2 <= length) printf "."
              }
              print ""
          }')

      лучший способ сделать функцию для форматирования снмп запросов в зависимости от типов STRING / HEX-STRING / COUNTER32 и тд тп.

      ifID=$($snmp1 "$IP" "$OID_IF_MAC10" 2>/dev/null | awk -v mac="$mac10" '$0 ~ mac {split($1, arr, "."); print arr[length(arr)-6]; exit}') 


      2 - OID_VENDOR_ONU="1.3.6.1.4.1.3320.101.10.1.1.1"
      тут без лишних слов возвращает вендор онушек 
      SNMPv2-SMI::enterprises.3320.101.10.1.1.1.97 = STRING: "XPON"   если укажем параметр -Oqv  или -Ouqv получим просто "XPON" и надо будет лишь сделать | tr -d ' " '    что бы удалить лапки.

      3 - OID_MODEL_ONU="1.3.6.1.4.1.3320.101.10.1.1.2" аналогично вендорам, получаем модель.

      4- OID_TEMP_ONU="1.3.6.1.4.1.3320.101.10.5.1.2"  - температура ону делим на / 256
      SNMPv2-SMI::enterprises.3320.101.10.5.1.2.17 = INTEGER: 7027  
      temp_onu=$($snmp3q $IP 1.3.6.1.4.1.3320.101.10.5.1.2.$INDEX | awk '{printf "%.2f", $1/265}' 2>/dev/null)

      5 - OID_AUNT_ONU_STATUS="1.3.6.1.4.1.3320.101.10.1.1.26"
      SNMPv2-SMI::enterprises.3320.101.10.1.1.26.276 = INTEGER: 3

      onuAunt_type=$($snmp3q $IP "$OID_AUNT_ONU_STATUS.$INDEX" 2>/dev/null)
          case "$onuAunt_type" in
              0) onuAunt_type_txt="authenticated" ;;
              1) onuAunt_type_txt="registered" ;;
              2) onuAunt_type_txt="deregistered" ;;
              3) onuAunt_type_txt="auto_config" ;;
              4) onuAunt_type_txt="lost" ;;
              *) onuAunt_type_txt="unknown" ;;
          esac

      6 - OID_UPTIME_ONU="1.3.6.1.4.1.3320.101.10.1.1.80" uptime
      SNMPv2-SMI::enterprises.3320.101.10.1.1.80.207 = INTEGER: 290907
      timetick 
      | awk '{h=int($1/3600); m=int(($1%3600)/60); s=$1%60; printf "AliveTime: %dч %dмин %dсек\n", h, m, s}')${reset}"

      7 - OID_DIST="1.3.6.1.4.1.3320.101.10.1.1.27"
      SNMPv2-SMI::enterprises.3320.101.10.1.1.27.149 = INTEGER: 1600
      на епоне в метрах  на гпоне делим на 10

      8 - OID_IF_MAC10="1.3.6.1.4.1.3320.101.11.1.1.3"
      SNMPv2-SMI::enterprises.3320.101.11.1.1.3.14.60.21.18.8.130.175 = Hex-STRING: 3C 15 12 08 82 AF  
      SNMPv2-SMI::enterprises.3320.101.11.1.1.3      .14-PORTINDEX     60.21.18.8.130.175  - MAC10                = Hex-STRING: MAC HEX

      9- OID_IFindexmac10="1.3.6.1.4.1.3320.101.11.1.1.1"
      SNMPv2-SMI::enterprises.3320.101.11.1.1.1.125.60.21.18.6.227.186 = INTEGER: 125
      SNMPv2-SMI::enterprises.3320.101.11.1.1.1.125.60.21.18.6.247.136 = INTEGER: 125
      возвращает PORT INDEX и можно грепнуть по mac10 найти индекс и можно грепнуть через мак10

      10 - LASTREG_DATE="1.3.6.1.4.1.3320.101.11.1.1.9"
      дату отдаёт в хексе. надо декодировать это дело.
      вызов snmp + IP + oid + PORTINDEX + MAC10 
      date_hex=$($snmp1 $IP "$LASTREG_DATE.$IF_INDEX.$mac10" 2>/dev/null | awk -F': ' '{print $2}' | tr -d ' ')
      if [[ -n "$date_hex" ]]; then
              # Преобразуем дату из hex в числовое представление
              data=($(echo "$date_hex" | sed 's/../0x& /g'))
              local year=$((data[0] * 256 + data[1]))
              local month=${data[2]}
              local day=${data[3]}
              local hour=${data[4]}
              local minute=${data[5]}
              local second=${data[6]}


      local formatted_date=$(printf "%04d-%02d-%02d %02d:%02d:%02d" "$year" "$month" "$day" "$hour" "$minute" "$second")


      10 - LASTDEREG_DATE="1.3.6.1.4.1.3320.101.11.1.1.10"
      аналогично 9му оиду.

      11 - LASTDEREG_REASON="1.3.6.1.4.1.3320.101.11.1.1.11" 
      DEREG_STATUS=$($snmp3 $IP "$LASTDEREG_REASON.$IF_INDEX.$mac10" -Oqv 2>/dev/null)
          case "$DEREG_STATUS" in
              2) dereg_status_text="normal";;
              3) dereg_status_text="mpcp-down";;
              4) dereg_status_text="oam-down";;
              5) dereg_status_text="firmware-download";;
              6) dereg_status_text="illegal-mac";;
              7) dereg_status_text="llid-admin-down";;
              😎 dereg_status_text="wire-down";;
              9) dereg_status_text="power-off";;
              255) dereg_status_text="unknown";;
              0) dereg_status_text="Нет данных.";;
              *) dereg_status_text="not found";;
          esac

      есть прикол если онушка autoconfig статус 3 / authenticated статус 0
      там инвертируються 7 и 8  может и от моделей ону зависеть.... 
      7) dereg_status_text="llid-admin-down";;
      😎 dereg_status_text="wire-down";;
      это уже тестами )


      12  -  OID_ONU_ETH="1.3.6.1.4.1.3320.101.12.1.1.8" статус езернет ничего не обычного кроме того что может верно отдать данные с 2-3го раза )
      2 down 1 up 
      там же есть прикол с authenticated autoconfig инвертируется...
      local PORT_COUNT=$($snmp2 "$IP" "$OID_ONU_ETH.$INDEX" | wc -l)
      local ETH_STATUS=$($snmp2 "$IP" "$OID_ONU_ETH.$INDEX.$port" 2>/dev/null)
              [[ "$ETH_STATUS" =~ ^[0-9]+$ ]] || continue  # Проверяем, что ETH_STATUS - это число
              if [[ "$onuAunt_type" == "0" ]]; then
                  STATUS_COLOR=$( [[ "$ETH_STATUS" -eq 2 ]] && echo "UP" || echo "DOWN" )
              else
                  STATUS_COLOR=$( [[ "$ETH_STATUS" -eq 1 ]] && echo "UP" || echo "DOWN" )
              fi

      13 - OID_PORT_INDEX="1.3.6.1.4.1.3320.101.107.1.1" # oid возвращает все индексы ПОН портов, работает не везде.
      14 - OID_GEPORT_COUNT="1.3.6.1.4.1.3320.101.10.1.1.12"   гигабит езернет порты на онушках (кол-во)
      15 - OID_FEPORT_COUNT="1.3.6.1.4.1.3320.101.10.1.1.14"   ФастЕзернет 100мбит аналогично. 
      INTEGER 

      16 - OID_REBOOT_ONU="1.3.6.1.4.1.3320.101.10.1.1.29" # snmpset -v2c -c RW IP OID.onuIndex i 0                                  reboot REBOOT ONU epon snmp
      $snmp5 "$IP" "$OID_REBOOT_ONU.$INDEX" i 0 >/dev/null 2>&1

      17 - delete onu epon  удалить ону бдком снмп 
      OID_DEL_ONU="SNMPv2-SMI::enterprises.3320.101.11.1.1.2"
      $snmp5 "$IP" "$OID_DEL_ONU.$ifID.$mac10" i 0 > /dev/null 2>&1    oid.PORTINDEX.mac10 i 0 
      остальные есть выше там думаю всё понятно.

      SIGNAL LEVELS в зависимости от моделей плат и олтов расписаны 
      все везде одинаково 
      $snmp2 "$IP" "$OID_RX_OLT.$INDEX" 2>/dev/null | awk '{print $NF / 10}')   результат делим на 10.

      epon пакеты, ошибки по портам на онушке.
      broadcasts=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.16.$INDEX.$port" 2>/dev/null)
      multicasts=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.17.$INDEX.$port" 2>/dev/null)
      unicasts=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.18.$INDEX.$port" 2>/dev/null)
      pause=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.19.$INDEX.$port" 2>/dev/null)
      fcserrs=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.20.$INDEX.$port" 2>/dev/null )
      oversize=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.13.$INDEX.$port" 2>/dev/null)
      jabber=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.14.$INDEX.$port" 2>/dev/null)

      мне бы такое помогло.. а не искать на тонне форумов и сайтов и неделю тыкая snmpwalk и выясняя что и для чего. остального и в инете полно. 
    • Від Amigo
      Продам GEPON ОЛТи BDCOM
      1. BDCOM P3310B (Вживаний) - 6000 грн.
      2. BDCOM P3310C (Вживаний) - 7500 грн.
      3. BDCOM P3310C (Вживаний без вух) - 7000 грн.
      4. BDCOM P3608-2TE (Вживаний) - 20000 грн.
      5. BDCOM P3608-2TE  (Вживаний) - 19000 грн.

    • Від grapefruit
      Доброго вечора, спільното!
      Можливо хтось стикався з завданням,коли потрібно на OLT BDCOM GP3600 по oid визначити час розреєстрування ону. В неті нічого знайти не вдалося, через MIB браузер тоже ніц.
      Якщо підкажете буде дуже вдячний, або хоч підкажіть де шукати.
      Всім гарного вечора)
    • Від alexeya
      Продам OLT ZTE C320. OLT укомплектован блоком живлення PRAM, двома платами GTGH(K00), платою керування SMXA(A31).

      Кожна GTGH-плата, це 16 GPON портів, 16 GPON модулів C++.
      SMXA-плата, це SFP+ (10G) порт, 1 гігабітний комбо порт.

      В наявності 2 одиниці. Один новий, один був у використанні (стан близький до нового)

      Ціна нового - 120000 грн
      Ціна вживаного - 105000 грн

      BDCOM GP-3600-08B куплявся в ДЕПСі в вересні 23 року. В ньому використовувались тільки 3 порти (тобто є тільки 3 GPON SFP модулі). 48к разом з модулями

      ОЛТИ без модулів:
      3310B-2AC - 1штука - 8000
      3310B - 2 штуки - 7500
      3310B + Proline UPS - 1 штука - 8500
      3310D + Proline UPS - 1 штука - 12500
      BDCOM P3600-04 + Proline UPS - 1 штука - 16500
      3616-2TE - 3 штуки - 53к

      Додам вживані EPON С++ модулі по 400 грн за штуку. Або нові по 750 грн за штуку
    • Від Hamster_Serg
      Таке запитання чи хтось використовував 10G порт на олті(BDCOM GP3600-16B) як магістраль для наступного комутатора( комутатор<->олт<->комутатор)?
      І чи пробували транзитом пропускати QinQ з 3 мітками VLAN(QinQ в QinQ)?
×
×
  • Створити нове...