Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » GPON+Mikrotik+SFP ONU ONT

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27

Открыть новую тему     Написать ответ в эту тему

VladimirShevtsov

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
а dpn-100 и не определяясь в микротике, прекрасно работает если его коректно настроить !  

1.Не я один пробовал получить к нему доступ и пока что без результативно.
2.Вы так же утверждали про приоритеты на vlan , которые dpn -100 через себя как потом выяснилось вообще не пропускает.
3.Не у всех как у вас провайдер использует 802.1p значение 0 на Vlan где интернет висит.
4.Проверяли на huawei olt такой же как установлена у провайдера этот dpn -100 - с приоритетами он не заработал у нас.
5.До прошивки прошивкой DL2362H-CDEL-DL-R01B010D18272-CN  и мой прекрасно шился и определялся.
Цитата:
А что значит "БОЛЕЕ свежий" микротик ?   
Вы их отличать чтоли не умеете  

Хотите об этом поговорить ? Лучше расскажите как 802.1p с значением отличным от 0 на DPN-100 настроить.А еще лучше, прошейте модуль прошивкой DL2362H-CDEL-DL-R01B010D18272-CN и посмотрите что будет у вас. =)

Всего записей: 7 | Зарегистр. 08-04-2018 | Отправлено: 02:30 20-02-2019 | Исправлено: VladimirShevtsov, 02:32 20-02-2019
ivans807

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Коллеги, у меня тут вопрос возник: если dpn-100 не пропускает пакеты с тэгом 802.1p, то это где-то должно отображаться?
 
 

Код:
wan.11    Link encap:Ethernet  HWaddr C4:12:F5:XX:XX:XX
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:37803 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:15196806 (14.4 MiB)
 

Всего записей: 28 | Зарегистр. 05-02-2006 | Отправлено: 09:14 20-02-2019 | Исправлено: ivans807, 09:14 20-02-2019
ec

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Кстати про печку, забыл отписаться, что в rb4011 dpn-100 заработал, и особого нагрева я не заметил: да теплый, но не горячий, хотя, надо было торрентами протестировать.  

Протестируете, отпишитесь, но все равно плохо что он на разных маршрутизаторах греется плюс минус километр.

Всего записей: 8 | Зарегистр. 20-12-2005 | Отправлено: 15:02 20-02-2019
PioNer74



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ec
Мало того что плохо !
Так это еще крайне не естественно ! как я ситуацию представляю- все SFP дырки, во всех роутерах, принципиально не должны друг от друга отличаться от слова "СОВСЕМ"!  
 
Единственное что может влиять на температуру SFP модуля это мощность лазера при излучении оптического сигнала, которой должно управлять ПО, значит единственный вывод который мне на ум приходит это различные уровни затухания, длинна оптических линий, сплиттеры- либо пыльные либо говенные, и еще как варриант, не известно какие типы оптических разъемов навареные по ходу трассы на сплитеры !
 
Фраза "и особого нагрева я не заметил" тоже не самая конкретная хотелось бы знать показания термодатчика модуля, тем более что тут 100 раз уже описано как его смотреть через телнет.

Всего записей: 195 | Зарегистр. 14-03-2005 | Отправлено: 19:42 20-02-2019
ivans807

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Фраза "и особого нагрева я не заметил" тоже не самая конкретная  хотелось бы знать показания термодатчика модуля, тем более что тут 100 раз уже описано как его смотреть через телнет.

 

Код:
Bsp# transceiver state
Bsp#
Temperature : 109.85 Degrees
VCC         : 3.30 Volts
TX Bias     : 15.68 mA
TX Power    : 1.68 dBm
RX Power    : -16.56 dBm
 

 

Код:
> interface ethernet monitor sfp1
                    name: sfp1
                  status: link-ok
        auto-negotiation: disabled
                    rate: 1Gbps
             full-duplex: yes
         tx-flow-control: no
         rx-flow-control: no
      sfp-module-present: yes
             sfp-rx-loss: no
            sfp-tx-fault: no
                sfp-type: SFP-or-SFP+
      sfp-connector-type: SC
     sfp-link-length-9um: 20000m
         sfp-vendor-name: T&W
  sfp-vendor-part-number: TW2362H-CDEL-TW
     sfp-vendor-revision: V1.0
       sfp-vendor-serial: 5A54454XXXXXXX
          sfp-wavelength: 1310nm
         sfp-temperature: 109C
      sfp-supply-voltage: 3.3V
     sfp-tx-bias-current: 15mA
            sfp-tx-power: 1.681dBm
 

 
Термометр, типа щуп, на торчащей из микротика части модуля показал 46 градусов.

Всего записей: 28 | Зарегистр. 05-02-2006 | Отправлено: 23:47 20-02-2019 | Исправлено: ivans807, 23:49 20-02-2019
PioNer74



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ivans807
Фига се температурка в показаниях !  
Я так понимаю реальная температура ниже.

Всего записей: 195 | Зарегистр. 14-03-2005 | Отправлено: 12:27 21-02-2019
ivans807

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
PioNer74
Я бы сказал, близка к реальной, все таки щуп в данном случае не самый точный измеритель. Можно градусов 5-10 сверху накинуть, но даже в этом случае, думаю, дополнительные радиаторы излишни. Может инженеры доработали гнездо посадки sfp, снабдив его радиатором Надо поискать обзоры с разобранным 4011.

Всего записей: 28 | Зарегистр. 05-02-2006 | Отправлено: 13:53 21-02-2019
ivans807

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Все таки не дает мне покоя вопрос о непропускании модулем пакетов с тэгом приоритезации.
Добавил правило

Код:
/ip firewall mangle
add action=set-priority chain=output new-priority=4 out-interface=bridge-iptv passthrough=yes

и запустил пинги до хоста через 11 vlan. Пинги идут, счетчик увеличивается. Значит все таки пропускает модуль пакеты или я ошибаюсь?

Код:
/ip firewall mangle print stats
Flags: X - disabled, I - invalid, D - dynamic
 #    CHAIN                                ACTION                            BYTES         PACKETS
 0    output                               set-priority                     19 780             350

Всего записей: 28 | Зарегистр. 05-02-2006 | Отправлено: 13:25 22-02-2019
PioNer74



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ivans807
Хрен они там чего доработали, стандартная sfp дыра
https://hsto.org/webt/g1/ea/k9/g1eak9amw2sjxoz88l2asbx2_-w.png
 
Конечно пропускает ! просто они со значением 0 bakgraund priority
 
Добавлено:
Как он может не пропускать эзернет пакеты то ! 802.1p это же стандарт описывающий приоритеты ethernet пакетов а не tcp-ip  
и потом какой смысл писать правило в микротике если пакеты летят в owrt dpn-100! натдо тогда в OWRt фаерволе ковыряться.
 
Добавлено:
я вообще склоняюсь к тому, что приоритеты тут не причем !  
они никак не влияют на прохождение пакетов как таковых, из сути стандарта 802.1P  
они либо позже пролететь должны, либо раньше, но в любом случае должны проходить !  
 
Добавлено:
Может дело в том, что нам  не удается никак передать запрос на мультикас трафик!  
вы когда смотрите поток из vlana iptv UDP оттуда летит и вы канал смотрите, но вероятно в вашем сегменте сети есть абонент, который  этот канал запросил и смотри его в этот момент, а к вам этот трафик летит просто потому что вы в том же сегменте, что и его получатель !  
а когда вы переключаете канал, то запрос до сервера мкльтикаста не доходит и он вашей просьбы не видит ! и я думаю что запрашивать IGMP поток нужно не в том же вилане из которого он потом должен приходить !  

Всего записей: 195 | Зарегистр. 14-03-2005 | Отправлено: 21:16 22-02-2019 | Исправлено: PioNer74, 21:35 22-02-2019
ivans807

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Может дело в том, что нам не удается никак передать запрос на мультикас трафик!  
вы когда смотрите поток из vlana iptv UDP оттуда летит и вы канал смотрите, но вероятно в вашем сегменте сети есть абонент, который этот канал запросил и смотри его в этот момент, а к вам этот трафик летит просто потому что вы в том же сегменте, что и его получатель !  
а когда вы переключаете канал, то запрос до сервера мкльтикаста не доходит и он вашей просьбы не видит ! и я думаю что запрашивать IGMP поток нужно не в том же вилане из которого он потом должен приходить !  

Да, я тоже так думаю. Нужно найти КУДА отправлять igmp запросы. И еще, когда я подключаю PON-терминал и ТВ-приставку через бридж в микротике, я вижу входящие igmp пакеты из сети Ростелекома. А при подключении через DPN-100, торчем их не видно ни в одном vlan-е.
 

Цитата:
и потом какой смысл писать правило в микротике если пакеты летят в owrt dpn-100! натдо тогда в OWRt фаерволе ковыряться.

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

Всего записей: 28 | Зарегистр. 05-02-2006 | Отправлено: 23:19 22-02-2019
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » GPON+Mikrotik+SFP ONU ONT

Имя:
Пароль:
Сообщение

Для вставки имени, кликните на нем.

Опции сообщенияДобавить свою подпись
Подписаться на получение ответов по e-mail
Добавить тему в личные закладки
Разрешить смайлики?
Запретить коды


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.Board
© Ru.Board 2000-2018

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru

Рейтинг.ru