Pull to refresh

Comments 18

Стоит еще отметить EAPS у экстрима — вполне себе рабочее решение, у нас работает в пределах города.
Жаль что очень поверхностно в SDH не описаны нюансы передачи трафика ETH, а он сейчас в основном под это используется или меняется на пакетные транспортные железки. Учитывая что когда появлялся SDH про ETH разговора не было, то SDH заточен под пропуск пакетного трафика не меньше чем никак и пришлось очень здорово извращаться исхишерятся для пропуска пакетного трафика. В WDM неплохо было бы пару слов сказать хотя бы про OTN (а лучше не пару). Если говорить про ERPS G.8032 стоило бы упомянуть RPR и чем они различаются (один аппаратный другой программный) а то их многие путают. А вообще неплохо.
Спасибо за комментарий. Я думаю ко многим темам мы ещё вернёмся на новых итерациях. В этот раз пока решили очень глубоко не погружаться, потому что, SDH — тема, например, для меня новая. Сначала краткий экскурс для понимания, потом детали.
Я бы тоже уделил больше внимания вопросам волоконной оптики и применения WDM систем, принципам защиты и резервирования, но, к сожалению, мы несколько ограничены по времени.

OTN — отличная тема, но мне она как-то не пришла в голову :(

Но! Берусь в следующих выпусках рассказать об этом подробнее :)
Отлично! Говорить про DWDM без разреза OTN с моей точки зрения не очень корректно. Это еще одно из важных отличий от CWDM и к тому же прямая эволюция SDH сетей в OTN сети. По защитам как раз там все достаточно просто если не углубляться в логические защиты на уровне кросс-коммутации. Но пласт большой, не спорю, слушать за один раз будет тяжело.
Спасибо! Узнал для себя что-то новое, обновил знания (сам не связист, но дисциплина такая была, косвенная). Жду еще :)
Я полагаю, тоже без совместимости с другими вендорами?
«Подкаст для связистов», а первые 10 с лишним минут объясняли базовые принципы, которые должен знать любой электромеханик связи.
Ну нас слушают не только продвинутые инженеры, но и начинающие.
Судя по отзывам наших слушателей, нам надо углубляться в более сложные вещи и подробнее освещать технические аспекты. Мы обязательно подумаем, как это сделать, при этом сохранив простоту изложения.

Возможно даже будем делать по сложной теме отдельную (сугубо техническую и детальную) запись. Марат, что скажешь?
Когда мы будем вникать глубоко (а чтобы уложиться по времени, придётся пропустить вводную) начнутся жалобы от новичков)
На дополнительный гиковский выпуск нас не хватит)
Но давайте попробуем добавить больше технических подробностей.
Охуительно, охуительно!
Спасибо.
Затупы у вас там смешные, но так-то очень понравилось.
Спасибо вам. Такие комментарии мотивируют)
STP не ограничен 14 устройствами. У меня есть кольца по ~50 устройств.
Достигается это очень просто — STP включается не на всех устройствах, а только из расчёта, чтобы в каждом кольце было хотя бы одно устройство с включённым STP. Заодно резко ускоряется сходимость, особенно если выкрутить тайминги на минимум.

Ещё у STP есть жирный плюс — прекрасно работает в многовендорных сетях.
А как у вас BPDU долетают до узлов, где настроен STP через узлы, где он не настроен? BPDU Tunnel настраиваете?

Ну и кстати, это не сработает точно в случае RSTP/MSTP — ожидать секундной сходимости вам не приходится.
Некоторые железки, например радиомосты Ubiquiti, просто пропускают BPDU в пределах влана по умолчанию.
На некоторых это отдельная настройка, например на коммутаторах D-Link — Forward BPDU.

Для ускорения сходимости уменьшаются тайминги.
Соответственно, в качестве железки, на которой включён STP, выбирается такая, где тайминги можно выкрутить в минимум.
Only those users with full accounts are able to leave comments. Log in, please.