Reanemator_ua

То есть, в принципе, в крупных городах можно развернуть 10G PON под корпоративных клиентов.

EPON/GPON Stick обычно делают в индустриальном исполнении и нагрев до 80 им не страшен. Если выше будет - тогда печаль.

Не совсем так. Мой изначальный посыл был другой: если уже есть сеть доступа (медный или оптический ethernet свитч на крыше многоквартирного дома), есть ли технологический/экономический смысл убирать узлы агрегации и переводить Metro сеть на PON. То есть конечников и их домашние устройства мы не трогаем. Только в аплинк свитча на крыше вместо обычной SFP-шки поставить EPON/GPON ONT Stick и готово. То есть между ядром и доступом нет промежуточных активных участков. Я не говорю, что эта схема рабочая, я пытаюсь понять, каким образом "приткнуть" 10G PON в наши реалии. Поэтому и создал

Я имел в виду свечку 10-12 этажей с 1 подъездом по 4-8 квартир на этаже. Стандартные MDU-ONT на 8/16/24 LAN порта, но можно найти на 48 портов. Можно 1 такую MDU-ONT на каждый подъезд дома ставить. Хотя многие игрались в подобные многопортовки и что-то не зашло: плохая реализация L2 функционала + частые отвалы.

Мне кажется дискуссия ушла несколько в другое русло. О внедрении 10G/25G PON дома у абонента речь, конечно, не идёт и долго ещё идти не будет. Вопрос в другом - кто-нибудь доверится 10G ПОН-у и поставит его вместо узлов агрегации? Мне кажется, что как раз для этих целей его и делали: OLT ставим возле ядра сети, а многопортовую ONT на крышу многоквартирного дома. Если нет желания свитчи на крышах менять, тогда вместо аплинка ставим GPON ONT Stick и задача решена. Просто описанный мной способ выглядит привлекательно только в теории: нет активных узлов агрегации, не нужно их запитыв

Друзья, всем привет. Назрел интересный вопрос. С 2011-2012 года украинские провайдеры играются в BDCOM. Со временем предложений стало больше: появились C-DATA, V-Solution, Huawei и ZTE. Но так или иначе речь идёт по 1G или 2,5G решения. Китайцы уже давно предлагают 10G PON и 25G PON. Очевидно, что в частном секторе такие скорости не нужны, но нужны ли они в городе? Есть среди форумчан провайдеры, которые задумывались перевести действующую городскую Ethernet сеть на 10G PON (вместо узлов агрегации - OLT, вместо коммутаторов доступа - многопортовая ONT)? Или OLT сразу стави

Если бы вы поделились своим опытом восстановления таких плат... У меня 5 плат GTGHG, 3 из них G21 отлично работают, а вот 2 G22 отказываются, OLT даже RealType платы не определяет. Пробовал прошивки 1.2.5P2 , 1.2.5P3 и 2.1.0 - бестолку.

А что это поголовная проблема GTGH? Или только G ревизия так себя ведёт? В любом случае вопрос про UART актуален ))

Добрый день. Есть в этом доме знатоки, которые знают настройки подключения UART-а на картах расширения (GTGO/GTGH). Имею на руках GTGH, которая никак не цепляется к OLT и постоянно горит в статусе HWONLINE. Вот встала задача поглядеть, что там на UART происходит, вдруг логи ошибок найду.

Всех прошедшими праздниками. Уже которую неделю бьюсь с мультикастом на ZTE C320 с платами GTGO. В мануалах есть примеры настройки для многопортовой ОНУ: берём поток с одного медного порта ОНУ (клиентский трафик) и помещаем его в один GEM порт, а поток c другого порта ОНУ (IPTV) помещаем в другой GEM порт. А что делать обладателям 1GE GPON ONU? Можете поделиться конфигом (не важно ручная настройка или через профили), как через 1 UNI порт ONU прогнать 2 сервиса (Инет + IPTV) в разных ВЛАНах? На GEPON-е это делалась на раз-два, а тук такой затык.

Так там только про TCONT и GEM порты сказано. С ними я разобрался. Хочется понять, как цепочка выстраивается дальше.

Да, господа ПОНоводы. Нам нужна ваша помощь. Мои знания ограничиваются TCONT-ами и GEM портами. Есть T-CONT, в который помещается один и более GEM порт. Но как остальные понятия связаны между собой? Растолкуйте, кто в курсе, т.к. мануал по ZTE прочитан, но ясности так и нет.

Всем добрый день. На счёт прошивок ОЛТов: рандомная блокировка чужих (не БДКОМ) МАКов началась с версии прошивки 21324, а закончилась на версии 31983. Версия пошивки 33463 являтся самой стабильной для всех ОЛТов БДКОМ: 3310B, 3310C, 3608/12/16. В крайне редких случаях клиентам удавалось обновить ОЛТ на "блокирующую МАКи" прошивку, но при этом не изменив загрузчик (он оставался старой версии 3.3 или 3.4) - такие везунчики с багом отваливания ОНУ вообще не столкнулись, т.к. их загрузчик попросту не запускал нужный функционал блокировки. Чтобы избежать багов в дальейшем, мы настоятельно р

Из своего опыта скажу - процентов 50% моих PON проектов - это ЧС на 1000-2000 абонентов, и заказчик не знает, где будут находиться абоненты, а делать 100% проникновения он материально не в состоянии. Вот тут и приходится использовать "разведку строительства " и делить ветку на 128 вместо 64. При таком раскладе большинство укладываются в оптический бюджет 30dB, но не у всех монтажники трезвые, поэтому приходится использовать GradeC (PX30) или даже Grade D (PX40). В любом случае, если проект выстрелит и народ будет подключаться, то потом можно эту ветку разбить на 2 по 64 абонента и всё получитс

Вы жебя кулаком в грудь били, что 30dB для PON-а за глаза. А теперь проверенные годами модули (и нашу торговую марку) называете гумусом. Так давайте разбираться. Мощность лазера на ONU 2..3dBm. Чувствительность предлагаемого модуля (Grade B или, если всё таки говорить о стандартах, то PX20) составляет -28dB. Путём простой математики мы получаем оптически бюджет ONU->OLT 30dB, т.е. с этим всё в порядке. Мощность данного модуля не уступает Grade C (PX30) и составляет всё те же 2..7dBm. При чувствительности ONU -26dB мы получаем, оптический бюджет OLT->ONU от 28 до 33dB. Т.е. с модулем

Уважаемый Торговец_Доверием! "Я где-то читал", что доверие не продаётся, но китайцы ведут работы в этом направлении, так что скоро доверие будет стоить дешевле ОНУшек. А если серьёзно, то мы уже почти 2 года торгуем такими сплиттерами ))) Это не Photoshop, не 3D Max, не SolidWorks и даже не изотерический сетевой талисман - это сплиттер на 3! выхода.

Я согласен, что это дыра в безопасности, но не критичная. Можно мериться вероятностями такого исхода (абонент изменил МАК и ИП), а можно посмотреть правде в глаза - за 4 года работы с PON-ом мои клиенты с таким не сталкивались. ИП клиенты меняли, но чтобы и ИП, и МАК До этого ж додуматься сначала надо. Бороться можно небольшим lease time на DHCP сервере. Например каждый час менять IP.

Всем привет. На текущий момент на всех BDCOM P3310C из коробки стоит кривая прошивка - Version 10.1.0D Build 31982. На неё не ругался только ленивый. Симптоматика одинаковая у всех - "ОЛТ ведёт себя как-то странно" . Так что, как только получили ОЛТ, не вынимая его из коробки, шейте на версию 33463. https://www.dropbox.com/sh/zfwxntniena8y6b/AAAWO5pP7dBOObOwLyZyUI9Ga?dl=0

Это решение на ОЛТе существует уже давно и именнуется IP Source Guard (ISG). Если клиент поставит себе ИП соседа или его МАК, то в сеть он не попадёт. Единственное уязвимое место - если он сможет поставить и ИП, и МАК клиента - вот тогда Беда.

Справедливо, только на 36-ой серии ОЛТов таблица FFP включает 1024 записи, но регулировать количество записей уже нельзя.

А чего же Вам сотрудники Депса не рассказали, что у ОЛТа 3310B есть функция перенастроить FFP таблицу и настроить количество записей для DHCP Snooping-а, DAI и ISG. Тогда количество абонентов, которые могут работать одновременно, станет больше. Правда при этом придётся обнулить количество записей для ACL, т.е. его нельзя будет использовать вообще. Я в DAI особого смысла не вижу, а вот ISG - штука более полезная.Поэтому отключаейте DAI, а ISG возвращайте и меняйте размер FFP Switch_config#ffp ? dhcp-snooping -- Config dhcp snooping ffp record isg -- Config (dhcp snoopi

У меня целый год в ОЛТе стоял модуль, который светил 7.8 dB - никаких проблем не было. Чтобы нагнуть ОЛТ по питанию, нужно, наверное, задействовать все 6 аплинков и в каждый 120 км CWDM модуль воткнуть. Т.е. проблема не в нехватке питания, а, скорее всего, в просадке этого самого питания после отключения света. Ведь сколько форумчан не поднимали эту тему, предыстория всегда одна - вчера рубанули свет, а сегодня чёто не работает. Один мой клиент мне рассказал, что 2 ОЛТа с таким диагнозом спас, перепаяв все электролиты на плате и БП.

это при массовой регистрации ОНУшек после включения света? Я не знаю, при каких обстоятельствах отваливается чип, но симптомы такие - ОНУшки регаются, но ходит только служебный трафик, т.е. Инета у абонентов нет. Как правило, если такой глюк проявляется, то только на одном ЕПОН порту. Прошивка ОЛТа в данной ситуации не является решением. Опыт показывает, что данная проблема не софтовая, а апаратная - нужно менять электролиты на плате и на БП. Можно для начала поменять только на плате - если не поможет, то менять заодно на БП.

Загрузчик новый у BDCOM-а запросил - завтра должны прислать.

файл olt(new).blob пока игнорируем. Я его выложил на дроп, чтоб не потерять - использовать его пока смысла нет. Более того, что его в хексе просмотреть, то окажется, что он даже старее файла olt.blob. BDCOM выкатил этот блобовский файл - якобы он решает проблему отваливания EPON портов. Пробовать я не стал, да и нет у меня таких ОЛТов с отваливающимися интерфейсами. но кому интересно, - можете поставить. Что же касается версии 31983. На дропе 2 последние версии 3хххх лежат в отдельной папке. Я не стал их раскладывать оп папкам, т.к. уже встречал с десяток жалоб, что обе прошивки не стабиль