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

Evgeny Zykov

Активный участник
  • Публикации

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

  • Посещение

О Evgeny Zykov

  • Звание
    SNR Team
    Абитуриент

Информация

  • Пол
    Array

Посетители профиля

Блок посетителей профиля отключен и не будет отображаться другим пользователям

  1. Bdcom P3310 Qos настройка

    Вопрос про 100Мб был связан с тем, что если скорость 1Г, то забивание трафика будет после 600Мб, а не 70Мб. Завод утверждает, что 125 чип стал только лучше. В нем добавился ряд функций. Полного datasheet на этот чип у нас нет, чтобы сказать стало ли что то хуже
  2. Bdcom P3310 Qos настройка

    Добрый день. По меткам DSCP, какие лучше сделать зададим вопрос BDCOM. Модель SNR ONU новые партии уже с новым чипом ZTE 125( раньше был 110). Планируем на нем выпускать как минимум до конца года. Дальше зависит от того будет чип продаваться или нет. По поводу скорости приоритетная очередь идет 30% от скорости порта. У вас клиентское железо подключается на скорости 100Мб?
  3. Bdcom P3310 Qos настройка

    Добрый день. Вы пробовали смотреть дампом трафик с ONU, действительно ли он долетает до клиента с метками DCSP EF41? Рекомендуем сделать : policy-map iptv classify vlan XXX action dscp 41 ! interface GigaEthernet0/5 description uplink qos policy iptv ingress
  4. Добрый день. Есть команда epon onu-blacklist mac xxxx.xxxxx.xxxx.xxxx, но насколько я помню она появилась с 4XXX версии ПО. Для 3310С доступна только 36ХХ версия. Если у вас она, то посмотрите есть ли у вас такая команда. Если нет то можно только изменить тип авторизации на epon onu-authen-method mac. В этом случае работать будут только те, кого руками добавите.
  5. BDCOM Static-MAC

    Добрый день. Можете сообщить какая версия ПО и OLT у вас сейчас используется. Вот пример ваших действий на ПО 33ХХ и выше green_field#conf green_field_config#mac address-table static 30b5.c28b.087f vlan 1124 interface e0/1:2 green_field#sh mac address-table interface e0/1:2 Mac Address Table (Total 2) ------------------------------------------ Vlan Mac Address Type Ports ---- ----------- ---- ----- 1124 305a.3a63.0d58 DYNAMIC epon0/1:2 1124 30b5.c28b.087f STATIC epon0/1:2 green_field#conf green_field_config#no mac address-table static 30b5.c28b.087f vlan 1124 interfa green_field_config#^Z green_field#sh mac address-table interface e0/1:2 Mac Address Table (Total 1) ------------------------------------------ Vlan Mac Address Type Ports ---- ----------- ---- ----- 1124 305a.3a63.0d58 DYNAMIC epon0/1:2
  6. Добрый день. Данные ONU настраиваются через WEB интерфейс. Достаточно завести на нее VLAN и указать в каком порту, какой vlan
  7. Добрый день. Команда inner-onu-switch, которую вы вводили, позволяет передавать трафик между ONU в рамках одного PON порта. Для передачи трафика между портами одной ONU вам нужно использовать команду no epon onu port-protect В полном виде конфиг должен выглядеть примерно так interface EPON0/2:1 epon onu port 1 ctc vlan mode tag 1249 priority 0 epon onu port 2 ctc vlan mode tag 1249 priority 0 epon onu port 3 ctc vlan mode tag 1249 priority 0 epon onu port 4 ctc vlan mode tag 1249 priority 0 epon onu port 1 ctc loopback detect epon onu port 2 ctc loopback detect epon onu port 3 ctc loopback detect epon onu port 4 ctc loopback detect no epon onu port-protect epon onu port 1 ctc mcst tag-stripe enable epon onu port 1 ctc mcst mc-vlan add 1500 epon onu port 1 ctc mcst max-group-number 10 epon onu port 2 ctc mcst tag-stripe enable epon onu port 2 ctc mcst mc-vlan add 1500 epon onu port 2 ctc mcst max-group-number 10 epon onu port 3 ctc mcst tag-stripe enable epon onu port 3 ctc mcst mc-vlan add 1500 epon onu port 3 ctc mcst max-group-number 10 epon onu port 4 ctc mcst tag-stripe enable epon onu port 4 ctc mcst mc-vlan add 1500 epon onu port 4 ctc mcst max-group-number 10
  8. И поскольку технология GPON для них более перспективная, они подняли цены на EPON ONU от первоначальных почти в 2 раза, сразу после выхода направления GPON То что скорости в 1Г достаточно для работы в PON дереве это понятно, этот момент как раз рассмотрен в статье. Однако сам Eltex новым клиентам рассказывает, что нужно брать именно их EPON, так как он 2,5Г и это так круто. А то что он не может на самом деле 2.5Г уже остается за кадром. Единственное, что хочется добавить, это то, что ориентироваться только на скорость uplink, не совсем правильно. Сейчас кол-во приложений, которые работают по принципу "torrent" все больше. Соответственно емкий контент качается преимущественно с соседей по сети, а не из внешки. В этом случае 100Мб тарифы имеют значения, несмотря на то, что внешний канал небольшой. Тут честно говоря не вижу смысла спорить, уровень необходимости мониторинга и варианты управления каждый оператор выбирает для себя сам. Кто то получает SMS при пропадании важных ONU. Есть и те, кто не считает, что есть проблема на сети пока клиенты не стали звонить на личный сотовый. Тут зависит от уровня конкуренции в данном секторе. Описанная Вами проблема характерна только в случае когда используется vlan на клиента. Необходимость в такой схеме вызывает вопросы. Так как трафик между ONU изолирован и ближайшая точка пересечения трафика происходит уже на агрегаторе. Выдача клиентам IP происходит по опции 82. Чем вариант vlan на клиента лучше чем vlan на PON порт? С моей точки зрения это только усложнения конфигурации и увеличение ручного труда. Если вы строите по схеме 8 х 8, то у вас магистральный делитель устанавливается, как я описал ранее. Клиентские делители на 8 ставим по мере надобности. В то числе один из клиентских делителей на 8 можно поставить вместе с магистральным. Если вам для клиентских достаточно деления на 4, то прекрасно все ложиться в схему 2 х 8 х 4. Сначала делим на 2 и ведем сигнал в разные сегменты. Далее магистральный делитель на 8 ставиться посередине участка и расходится в 2 направления, на каждом уже ставятся клиентские делители на 4. Оба этих варианта показаны, на приведенной в статье схеме. Судя по всему Вы не стали ее смотреть.
  9. А оно разве не как в DOCSIS? Т.е. настройки пользователя вливаются provision системой прямо в терминальное устройство? Точнее, терминальное устройство запрашивает профиль настроек. А по SNMP уже всякая экзотика делается вроде изменения на ходу параметров подключения, если, скажем, пользователь, видео по запросу запросил. Или изменения ширины канала в конкретное время. То, что вы описываете характерно для GPON. Для EPON такое не практикуется.
  10. В данному случае такая практика есть только у Eltex, по той причине, что они хотят закрыть направление EPON. А чтобы прекращение продаж не выглядело как кидание всех клиентов, цену на TurboEpon подняли выше цены на GPON. Это привело к тому, что клиенты сами переходят на GPON. В данном случае вы говорите о Eltex. Eltex использует свои собственные реализации в нарушение стандарта. Конкретно для EPON это не более чем маркетинг. Так как у них стык между PON чипом и Ethernet всего 1Г, то реальная скорость в одном PON луче всего 1Г, а не 2,5 как они пишут. Если на 1Г повесить еще и 256 клиентов конструкция получается более чем сомнительная. У вас есть опыт эксплуатации сети с живыми клиентами в количестве скажем 200+ на одном дереве? Из того оборудования, что нам доводилось тестировать даже при 128 EPON уже ведет себя неадекватно. Это лишь говорит об уровне автоматизации, применяемой у вас. Нормальная практика, это когда система мониторинга опрашивает все OLT ведет учет таких параметров как: -количество ONU на порту -уровни мощности на ONU -МАС клиентов и ONU. Монтажники хватают ONU и несут куда хотят. После того как воткнут в сеть система найдет на какой OLT всплыла ONU и привяжет к ней настройки пользователя. WEB, кроме ручной работы вам ничего не дает. При этом если вы работаете лишь с одним вендором и освоились с CLI, то делать настройки с него в разы быстрее чем с WEB. Описанная вами задача выглядит просто как копирование в блокноте куска конфига и вставляние его на новом OLT или PON порту. Тоесть всех действий в 1 клик. На WEB это упражняться 10 минут Частный случаи могут быть всякие, особенно когда приходится работающую сеть переводить на другую технологию. Все же лучше стремиться к более правильному дизайну сети. Делитель 1/8 с легкостью заменяет делитель 1/4, если ставить делитель не в начале улицы, а в середине. Тогда у вас 4 волокна идет вперед, а 4 назад. Это позволяет экономить волокна и ставить один делитель на 8, вместо 2-х на 4.
  11. Добрый день. Одно из достоинств PON, это возможность существенно снизить необходимое кол-во ОВ. Правильно спроектированная сеть может обходится кабелем на 8 ОВ. Если использовать разветвители 1:64, мы получим такой пучок кабелей, как и при классической разводке FTTH по Ethernet. Это не только удорожает стоимость первичной прокладки и потенциального ремонта но и вызывает существенные проблемы при разводке в многоэтажках с забитыми кабель каналами.
  12. Всем доброго времени суток, очень интересная статья, но есть вопрос по оптическим разветвителям. Есть такой Приказ Министерства информационных технологий и связи РФ от 19 апреля 2006 г. N 47. В нем сказано, что максимальный коэффициент деления оптического разветвителя может быть 1х32 или 32х32. 1х64 и 1х128 не разрешены. Каким образом проектировщики собираются сдавать построенные сети Связьнадзору, если применят неразрешенные разветвители 1х64 и 1х128? Эта норма не из сказки. Ни в сетях GPON МГТС, ни в сетях GPON Ростелекома вы не встретите разветвители 1х64. Почему в статье об этом нет ни слова? Я ранее не был знаком с указанным вами приказом. Изучил его. Я считаю, что происходит подмена понятий. Ограничение деления 1х32 относится к оптическим разделителям. В приведенной схеме разводки использованы разветвители 1х2, 1х4, 1х8. Разветвители 1х64 или 1х128 не использовались. В требованиях не указано что в PON дереве не может быть использовано больше 32 абонентских устройств. Если вы сможете привести цитату, в которой сказано, что нельзя использовать более 32 аб. устройств, я буду благодарен и внесу соответствующие комментарии в статью.
  13. Если сравнивать EPON от именитого вендора с GPON от китайского NONAME такое возможно. Можете привести примеры, в которых EPON дороже GPON в рамках одного вендора? Очень хочется узнать модели EPON, которые умеют работать с делением на 256. Так же хочется взглянуть на успешную реализацию EPON с делением на 128. Кроме Eltex с их TurboEpon. Позвольте узнать, а зачем настраивать OLT через WEB? Для EPON можно один раз сделать шаблоны и больше на OLT вообще не заходить, при топологии VLAN на PON порт или VLAN на сервис. Если используется VLAN на клиента, то управляется OLT через SNMP прямо из биллинга. Если цена аренды столбов высокая, а клиентов мало, то встает вопрос о рентабельности фиксированных сетей вообще, а не именно PON. Статья ориентирована на те участки, которые доросли до наличия фиксированного Интернет.