axl72

Пробросить на олт 5 виланов - 1 управляющий и по одному на каждый порт EPON. Включить изоляцию между портами онушек и между онушками. Если мне не изменяет никто, то это уже включено по умолчанию.. Включить Loopdetect на портах онушек. Мне кажется этого достаточно..

дело в том, что мне нужно поднять виланы с поддержкой gvrp, а стандартными средствами (описанием через файл /etc/network/interfaces) это сделать нельзя.. Во всяком случае у меня не вышло. Кроме того, если заглянуть в скрипты, которые поднимают виланы в Debian, то там видно, что делается это при помощи vconfig, которая считается устаревшей и вместо нее рекомендуется использовать iproute2. Вот по этим двум причинам и решено было делать это собственным скриптом. К тому же описание параметров виланов можно хранить в БД.

вопрос со скоростью кажется решился сам собой. На виртуалке под vmware виланы поднимались очень медленно, а на реальном сервере скорость получилась приемлемая. Но! появился трудновоспроизводимый глюк. Один раз тестовый скрипт создал 50 виланов, а в другой раз на 45 вилане намертво повесил сервер. В консоль при этом начало выплевывать вот такое. сейчас попытаюсь посмотреть dmesg.. .. нет, в нем ничего не оказалось.

Решили перестроить сеть по схеме "влан на дом". Терминировать виланы пока будет linux роутер. Но смущает одно - виланы создаются очень медленно. Создание виланов производится командами ip link add link RAW_DEVICE name vlanXXX type vlan id XXX gvrp on ip address add NN.NN.NN.NN/MM dev vlanXXX brd + ip link set vlanXXX up Причем время выполнения первых двух команд приемлемое, а последняя команда (подъем интерфейса ) выполняется около 2 секунд, что при количестве виланов больше сотни выливается в очень немалую задержку. Кто нибудь знает как побороть?

А подскажите, как удаленно произвести перезагрузку ОНУ, если на нее не повешен IP интерфейс, то есть средствами ОЛТ? На проблемной онушке висит комп абонента и в статусе сетевого подключения исходящие пакеты показываются, а входящих ноль. DHCP запрос я от него вижу, а ответ он не получает. Вот и хотелось бы перед выездом попробовать перезагрузить онушку.

объясните, почему только вланы? можно ли сделать полную изоляцию при помощи ACL? и какие минусы&

Это понятно, но схема усложняется тем, что свичи доступа организованы в кольца. Поэтому изоляция будет только в пределах одного свича. То есть абоненты одного свича будут контактировать с абонентами другого. Как вариант , можно сделать вилан на свич доступа. Но справится ли Linux-роутер с таким количеством виланов (около сотни, а в перспективе больше)

есть один такой свич в сети ревизии C1 Порты живучие, не то, что в A1. Как по мне, вентилятор - это вообще не проблема. есть только одно большое НО, убедитесь , что он влезет в Ваш ящик. У него очень большая глубина. Мне пришлось ставить его на стоечки и извращаться со шнуром питания, который упирался в верхнюю стенку ящика.

Коллеги, посоветуйте решение. Есть сеть с тремя узлами агрегации на 2х DGS-3100-24TG и DGS-3120-24SC (все L2). На доступе свичи DES-3200-xx. Свичи доступа организованы в кольца с использованием STP. Хочется полной взаимной изоляции портов доступа. Схема "вилан на абонента " не подходит, не на чем терминировать виланы (использую linux-роутер). Рассматривалась схема "вилан на свич доступа" с включением функции traffic segmentation на свичах доступа. В таком варианте изоляция должна быть полной.. Или я ошибаюсь? Еще вариант - все абонентские порты собрать в один вилан и повесить на них

А какой в этом смысл? Настройте полную изоляцию портов и отрубайте абона на роутере. Дешево и сердито. А на счет нарезки скорости - кто то использует эти функции на железках доступа? Или производители оборудования зря реализуют этот функционал?

луч на выходе из торца волокна или из коннектора сразу же расходится. И поэтому, если не тыкать себе волокном или коннектором прямо в глаз, то опасности никакой нет. А угол расхождения можете примерно представить себе если подключите к патчкорду лазерную указку. Так что можете варить смело, глаза не пострадают. Дуга сварочника тоже никаким образом не повлияет на оконечные устройства. Можете проверить. Подключите к пигтейлу измеритель оптической мощности и приварите к его свободному концу волокно. В момент зажигания дуги следите за уровнем, который покажет измеритель. Я думаю, что он

Вы меряли? Нет? - померяйте рефлюком, причем желательно с двух сторон. Будете несколько удивлены. Озвучьте цифры. Всем интересно. Я уже поднимал этот вопрос но меня не поддержали.

Здравствуйте коллеги. Посоветуйте свич. Требования следующие. 16-24 порта 100 М , 1 или 2 порта 1G , все медное. вместо 100М можно гигабитные , не принципиально. желательно в формфакторе 19'' но не обязательно. управляемость не обязательна, достаточно функции изоляции портов. и самое основное требование - питание 12 VDC .. Ну или 48 VDC. Можно свич со встроенным блоком питания, но блок питания должен выдавать напряжение 12 VDC. У меня рука не дрогнет вскрыть свич и лишится гарантии. Наверняка знаю, что этим требованиям удовлетворяет DES-3200-18 rev C1, но хотелось бы чег

Повесил больше сотни. Буду вешать еще. Пока впечатления положительные. На большие пролеты не годятся, усилие проскальзывания кабеля около 25-30 кг. Поэтому натяжку даем не более 10 кг. Этого достаточно для пролетов до 40 м. Зажим сам не заклинивается, его нужно заклинивать руками при монтаже. Удобно вешать она крюки Crosver SP-8. Холодов еще не было..

Для ПОНа нужны НЕмалые первоначальные вложения + читаю отзывы: то очередная партия Онушек не дружит с ОЛТ, или где-то на ветке сигнал потух. А для выявления неполадок нужно доп. оборудование - а это еще доп. вложения . А самое главное сколько наберу клиентов - большой вопрос. тоесть, вхерачить ННое кол-во денег для обеспечения "только на сейчас" ? не жалко эти денег? Как ни парадоксально, но такой подход иногда бывает оправдан. А по делу.. Покупал когда то на Векторе комплект на пробу. До массового внедрения дело не дошло, вот сейчас работает маленькое деревце из одной головы

не подскажут.. я уже пробовал..

А вот еще одна проблема. Первую половину дня сварочник провел на улице и охладился примерно до температуры 0 градусов. Потом его занесли в теплое помещение к абоненту и естественно на нем выпал конденсат. Начались глюки.. Ребята с трудом сварили одно волокно. Я так думаю нужно придумать какой то способ быстрого отогревания аппарата, но ничего кроме строительного фена мне в голову не приходит. Кто как решает?

На модулях B+ летаете? Вы знаете какой то секрет? Что такое B+ - C+ ?

Мда.. похоже самый действенный способ борьбы - объявить месячник добровольной сдачи медиков.. Кто сдаст, тому ниче не будет..

Если взять делитель, 1х64 и навесить на дерево медиков, то получим волоконный лазер, который будет элементарно резать бумагу, пластик, дерево. Потому онушки и молчат, без головы. Сомневаюсь. Думаю что в корне дерева будет мощность порядка мощности одного медика, или даже меньше.

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

А еще WIKI хотелось бы увидеть подборку полезных команд администрирования и мониторинга. А так же примеры работы по SNMP c полезными оидами .. и может быть еще различные скрипты для администрирования

свичи des-3200 rev c неплохи и надежны. но меня в них убивает разнообразие конструктивов. первые свичи rev c1 были очень компактные, а потом конструктив увеличили и сейчас это уже приличный кирпич.. dir 100 пробовал в качестве свича , правда без F, но я думаю разницы нет. С телнетом я не разобрался, как то мудрено все и не документированно. И еще большой минус - в них зачастую зависает веб-интерфейс и они перестают откликаться на пинги. Так что не рекомендую

ревизия?

Почему? Я допускаю, что даже при условии идеального деления и абсолютно одинаковых затуханий на абонентских отводах разные онушки могут вести себя по разному. Разброс характеристик их SFF модулей никто не отменял. Когда одна начнет слегка терять пакеты, другая уже может быть в лоссах..