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

said777

Пользователи
 Просмотреть профиль  Активность

  • Публикации

    28

  • Зарегистрирован

  • Посещение

 Тип публикации 

Сообщения, опубликованные пользователем said777

  2. Опубликовано · Жалоба на ответ

    On 21.03.2018 at 3:42 PM, alex_pol said:

    Добрый день! Не могли бы помочь разобраться, как можно настроить opt82 на OLT терминале BDCOM P3310C в связке с CarbonBilling-ом?

     

    Опишу схему сети:

    Карбон биллинг, он же DHCP сервер IP 10.1.0.2 --> Mikrotik IP 10.1.0.1 (Relay настроен)--> sw.Eltex MES-2124MB (на него проброшены все vlan с микротик) --> OLT BDCOM

    Для управления оборудованием выделен vlan20 - 172.31.0.0/24

    Для абонентских ONU (удаленное управление по telnet) выделен vlan21 - 172.17.0.0/24

    BDCOM имеет IP address - 172.31.0.50

    Для абонентов выделен vlan202 - 10.100.16.0/24

    ONU используем модели BDCOM P1501C1

    Наверное правильно было бы настроить, чтобы при подключении оптики в ONU, биллинг выдавал бы ип на ONU (тогда vlan21 можно было бы не использовать). Если такое не возможно, то хотя бы на клиентское устройство, подключаемое в eth разъем ONU (будь то обычные ПК или Wi-Fi роутеры)

    В биллинге с привязкой абонента по мак адресу, всё работает, ип выдается. Но это не opt82.

     

    Так же для тестирования того, что в биллинге всё настроено верно был подключен вместо OLT обычный коммутатор D-Link с теми же самыми mgmt и абонентскими vlan-ами. Результат положительный, всё работало, соответственно какая-то ошибка в настройке OLT.

     

    Так же в биллинге при добавлении нового типа оборудования, для работы с opt82 нужно указать параметры, указанные на скриншоте 1. Не могу понять, где взять эти данные, чтобы правильно заполнить строки.

     

    Так же не понятна настройка самого OLT терминала, ниже приведу настройки (UpLink порт gi0/6):

     

    Switch_config#show running-config
    Building configuration...


    Current configuration:
    !
    !version 10.1.0E build 46085
    service timestamps log date
    service timestamps debug date
    logging buffered 4096
    !
    port-protected 1
    !
    !
    ip default-gateway 172.31.0.1
    !
    !
    spanning-tree mode rstp
    !
    !
    !
    aaa authentication login default local
    aaa authentication enable default none
    aaa authorization exec default local
    !
    username admin password 0 admin
    !
    !

    epon oam-version 1 0x30
    epon oam-version 2 0x21
    epon oam-version 3 0x20
    !
    epon onu-config-template vlan-202
     cmd-sequence 001 epon onu port 1 ctc vlan mode translation 202
     cmd-sequence 002 epon onu port 1 ctc loopback detect
     cmd-sequence 003 switchport port-security dynamic maximum 5
     cmd-sequence 004 switchport port-security mode dynamic
    !
    !
    !!slot 0 89
    interface GigaEthernet0/1
    !
    interface GigaEthernet0/2
    !
    interface GigaEthernet0/3
    !
    interface GigaEthernet0/4
    !
    interface GigaEthernet0/5
     switchport pvid 202
      dhcp snooping information remote-id string 172.31.0.50
    !
    interface GigaEthernet0/6
     description UpLink
     switchport trunk vlan-allowed 10,20-21,200-202
     switchport trunk vlan-untagged none
     switchport mode trunk
      dhcp snooping trust
      dhcp snooping information remote-id string 172.31.0.50
      dhcp snooping information append
    !
    interface EPON0/1
     description EPON-1
     epon pre-config-template vlan-202 binded-onu-llid 1-64
     epon bind-onu mac 8479.7399.9efa 1
     epon bind-onu mac 8479.7399.afbe 2
     switchport trunk vlan-allowed 20-21,202
     switchport mode trunk
      dhcp snooping trust
      arp inspection trust
      ip-source trust
     no switchport protected
    !
    interface EPON0/1:1
     switchport port-security dynamic maximum 5
     switchport port-security mode dynamic
      epon onu port 1 ctc vlan mode translation 202
      epon onu ctc ip address static 172.17.0.50 255.255.255.0 gateway 172.17.0.1 cvlan 21 svlan 0 priority 0
      epon onu port 1 ctc loopback detect
    !
    interface EPON0/1:2
    !
    interface EPON0/2
     switchport protected 1
    !
    interface EPON0/3
     switchport protected 1
    !
    interface EPON0/4
     switchport protected 1
    !
    !!slot end
    !
    interface VLAN10
     ip address 10.1.0.6 255.255.255.0
    !
    interface VLAN20
     description mgmt
     ip address 172.31.0.50 255.255.255.0
    !
    interface VLAN202
     no ip address
    !
    !
    !
    vlan 10
     name 10-1-0-0
    !
    vlan 20
     name mgmt
    !
    vlan 21
     name 21
    !
    vlan 200
     name internet-1
    !
    vlan 201
     name internet-2
    !
    vlan 202
     name internet-3
    !
    vlan 1,10,20-21,200-202
    !
    !
    ip dhcp-relay snooping
    ip dhcp-relay snooping vlan  200-202
    ip dhcp-relay snooping rapid-refresh-bind
    ip dhcp-relay snooping vlan 200-202 max-client 1
    ip dhcp-relay snooping information option format manual
    ip dhcp-relay agent
    ip dhcp-relay helper-address 10.1.0.2 vlan 10
    !
    !
    ip http server
    !
    !
    time-zone tz 10 0
    ntp query-interval 3
    ntp server 172.16.0.12
    !
    !Pending configurations for absent linecards:
    !
    !No configurations pending global
     

    __________________________

     

    Switch#show version
    BDCOM(tm) P3310C Software, Version 10.1.0E Build 46085
    Copyright by Shanghai Baud Data Communication CO. LTD.
    Compiled: 2017-9-15 15:21:2 by SYS, Image text-base: 0x80008000
    ROM: System Bootstrap, Version 0.4.1, Serial num:00316007165
    System image file is "Switch.bin"
    hardware version:V1.0
    (RISC) processor with 131072K bytes of memory, 16384K bytes of flash
    Base ethernet MAC Address: 84:79:73:d9:62:54
    snmp info:
      product_ID:294   system_ID:1.3.6.1.4.1.3320.1.294.0
    Switch uptime is 0:09:03:08, The current time: 2018-3-21 22:40:37

    _________________________

     

    Очень благодарен заранее за помощь!
     

    Capture1.JPG

     

     

     

    Добрый день.

    Удалось настроить opt82 на BDCOM 3310с  и какой конфиг применили? 

    Не мог ли бы скинуть конфиг OLT ?

  4. Опубликовано · Жалоба на ответ

    MultiCo EW-P72424IW - 1шт. за 29000р. http://www.nix.ru/au...SFP_121828.html

    TRENDnet TPE-S160 - 2 шт. по 19000р. http://www.nix.ru/au...bps_121377.html

    Абсолютно новые в упаковке. Продаём за ненадобностью.

    Пишите на said_admin (собака) mail.ru

  5. Опубликовано · Жалоба на ответ

    Собственно:

    MultiCo EW-P72424IW - 1шт. за 29000р. http://www.nix.ru/autocatalog/networking_multico/MultiCo-EW-P72424IW-Upravlyaemyj-kommutator-24UTP-10-100Mbps-PoE-plus-2Combo-1000BASE-T-SFP_121828.html

    TRENDnet TPE-S160 - 2 шт. по 19000р. http://www.nix.ru/autocatalog/networking_trendnet/TRENDnet-TPE-S160-PoE-Switch-16UTP-10-100Mbps_121377.html

    Абсолютно новые в упаковке. Продаём за ненадобностью.

    Пишите на said_admin (собака) mail.ru

  14. Опубликовано · Жалоба на ответ

    Очень сомневаюсь в экономии времени,потерь в муфте действительно меньше будет,но при хорошей сварке вы на рефе не увидите и оценить не сможете.

     

    Экономия существенная при большом колличестве волокон в модуле или в кабеле, особенно при проверке каждого волокна рефлектомтром после сварки на разных длинах волн. Особенно для тех кто использует CWDM технологию.

  15. Опубликовано · Жалоба на ответ

    Если много волокон, то хорошая экономия воремни, но самое главное это не будет потерь в муфте, где волокно не сварено а разделано и уложено без разрыва волокна.

  16. Опубликовано · Жалоба на ответ

    ' timestamp='1317376085' post='643731']

    Можно собственно разрезать модуль "вдоль" вот такой штукенцией: http://shop.nag.ru/catalog/02331.Instrument/04259.Razdelka-optovolokna/05583.80785

     

    Если кому нужно могу продать за 7т.

  17. Опубликовано · Жалоба на ответ

    Вобщем вот что я решил, для небольшого участка частного сектора, попробовать сделать так:

    1. для абонентских кабелей поставить перед коммутатором Шасси APC PRM24 для защит NAG-APC http://shop.nag.ru/c...01754.APC_PRM24,

    2. сам коммутатор подключить к отсекателю напряжений (к примеру от Vp-16AN DigiTOP Реле напряжения http://www.promelectrica.ru/catalog/rele/voltage_relay/v_protector_16an_digitop_rele_napryajeniya/),

    3. ящик и Шасси APC PRM24 заземлить (заземление взять с самой апоры с траверса).

    4. Перед грозой абонентам отправить sms сообщений, что мол ожидается гроза с просьбой вытащить сетевой кабель с роутера или с компьютера. (Если абонент не вытащить и у него сгорить сетевая или роутер, мы уже за это ответственность не несём, так мы его придупредили об этом)

    Как на такое решение проблемы с грозой смотрите?

  18. Опубликовано · Жалоба на ответ

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

  19. Опубликовано · Жалоба на ответ

    А что сажете насчёт такого оборудования http://shop.nag.ru/catalog/02557.Elementy-SKS/05627.Grozozaschita/01754.APC_PRM24 Шасси APC PRM24 для защит NAG-APC? Как оно справляется со статистическим напряжением после грозы? Кто нибудь использовал такие? Есть отзывы?

  20. Опубликовано · Жалоба на ответ

    И что на такой маленькой высоте часто горит? Отключение питания не поможет. В любом случае грозы ставить, хотя они - не панацея.

    А как вообще такая мысль в голову пришла? У вас штатный метеоролог на круглосуточном боевом посту? И всё-таки интересно было бы узнать как вы свитчи гасить собирались? они у вас как-то централизованно запитаны или сквозь ночь, под раскаты недалёкой уже грозы мчится одинокий монтажник и дёргает шнуры из розеток?

     

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

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

    Насчёт как гасить коммутаторы перед грозой, существует вот такое оборудование http://www.smartron.ru/katalog/gsm-ustrojstva/umnaja-gsm-rozetka-s-sms назвается Умная GSM розетка. Стоит не дорого.

    Так вот принцип дейсвия всей этой схемы такой. Дежурный админ смотрят прогноз погоды на сайте и если видит, что сегодня ночью будет гроза, дожидается первого грома и после этого отправляет через специальные SMS сервисы (к примеру http://mirsms.ru/ ) SMS-ки на все Умные GSM розетки, что бы они отключили коммутаторы и идёт спать. Рано утром, как только гроза пройдет, отправляет sms-ки что бы они включили комутаторы и всё. Это займёт пару минут.

    Было толку от этого. По выше описанным постам врядли поможет отключение коммутатора от сети.

  21. Опубликовано · Жалоба на ответ

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

    А клиенты оптикой или медью подключены?

     

    Подключены конечно медью. с расстоянием от 50м до 100м.

  22. Опубликовано · Жалоба на ответ

    У меня вопрос, может быть и глупый, но всё же.

    Выйдут ли из строя порты у отключённого от питании коммутатора во время грозы? Или выйдет из строя сам коммутатор в выключенном состоянии во время грозы? Ситуация такая, есть частный сектор, на опорах электропитания установлены специальные для электрических опор антивандальные ящики, а в ящиках находятся коммутаторы, которые соединены между собой оптикой, а сами клиенты подключены от этих коммутаторов на опорах. Так вот если коммутаторы ЗАРАНЕЕ отключать от электрического питания перед грозой могут ли сгорать на них порты?

    А вот как отключать коммутаторы перед грозой я поделюсь позже.

  24. Опубликовано · Жалоба на ответ

    П.С. А сами мы закупаем совсем другие свичи, аналогичные по тех. хар. ДЕС-3200, но по цене дешевле SNR.

     

    если не секрет не скажете какие? Или скиньте наименование на said_admin[собака]mail.ru

  25. Опубликовано · Жалоба на ответ

    Однозначно ZTE. Это вообще свичи разного класса. Кто их обоих в руках держал, тот понимает.

    Из тех параметров первое, что стоит отметить у ZTE таблица MAC адресов в 2 раза больше - при тестировании на потерю MAC было выявлено, что ZTE теряет MAC и в несколько раз реже, чем SNR. Это прямое следствие выше указанного мною различия в размере таблицы MAC адресов.

    Весь нужный ТС функционал присутствует, на стенде работал нормально. К CLI от ZTE привыкаешь быстро.

     

    Вот это реальный совет. Я надеюсь, что это не реклама для ZTE. Главно что он поддерживает весь фунционал и по надёжности не подводил.