Резервирование тракта Е1

[catalist]

Добрый день!

Имеется схема (в аттаче)

Есть центральная точка где дают медные Е1 4 штуки. На этот узел приходит от нас два волокна из узла А одно и из узла Б одно волокно.

Есть два узла А и Б. Хотим сделать так что если точка А падает, то что бы все потоки переключились на узел Б (там стоит такая же атс как и на узле А)

Посоветуйте железку в 1U которая сможет сделать что нам надо.

[alibek]

e1 failover switch

[fiber2k]

SDH или мутить TDMoIP.

Как вариант E1 --> SIP, и именно SIP приземлять на АТС

[ShyLion]

3 hours ago, catalist said:

если точка А падает, то что бы все потоки переключились на узел Б

И все абоненты бросая рабочие места бегут в другое место? Или у них по два телефона?

[MaxGR]

Встает вопрос с распределением №№ емкости. Как вы будете коммутировать и обрабатывать вызовы?

А для резервирования потоков E1  есть RAD DXC-8R.

Для создания потоков E1 внутри эзернета можно заюзать IpMux-4L или сразу OptiMux-106. 

Для того чтоб понять что Вам нужно, на схему нанесите №№, схемы прохождения вызовов,  резервный путь. Я бы например еще создал резервную линию между  А и Б.

и тогда обе АТС будут знать как вызовы коммутировать 

[YuryD]

  А не дешевле будет перепаковать E1 в голый IP, затем штатным stp закольцевать ? Или идея синхронности елефонная затмевает разум ? Мы же не космическими ракетами пуляем, зачем дикая синхронность. Бывала идея о плеиосинхронности в кольцах, что-то не слышу более. Вопрос простой - откуда взять синхронизацию потоков ? Ответ - да она и на буй не нужна, берите локально. Джиттер-буфер можно хоть как строить - и сигнализация не выпадет.

[catalist]

6 часов назад, alibek сказал:

e1 failover switch

модель?

 

3 часа назад, fiber2k сказал:

SDH или мутить TDMoIP.

Как вариант E1 --> SIP, и именно SIP приземлять на АТС

Е1-SIP не варик потому что уже есть уже АТС на узле А, и АТС на узле Б они обе подключены к СОРМ. SIP эти АТС не умеют.

 

2 часа назад, ShyLion сказал:

И все абоненты бросая рабочие места бегут в другое место? Или у них по два телефона?

Нет номер у них один тут речь идет про то что входящие вызовы из города пойдут на запасную центральную АТС. Абоненты подключены к другой атс которая уровнем ниже в иерархии.

 

 

58 минут назад, MaxGR сказал:

Встает вопрос с распределением №№ емкости. Как вы будете коммутировать и обрабатывать вызовы?

А для резервирования потоков E1  есть RAD DXC-8R.

Для создания потоков E1 внутри эзернета можно заюзать IpMux-4L или сразу OptiMux-106. 

Для того чтоб понять что Вам нужно, на схему нанесите №№, схемы прохождения вызовов,  резервный путь. Я бы например еще создал резервную линию между  А и Б.

и тогда обе АТС будут знать как вызовы коммутировать 

Проблемы с коммутацией нет, входящие льются на нас без изменений, исходящие тоже отправляем в этот же поток. АТС А и Б являются полностью зеркальными, распределения нумерации между ними нет.

RAD DXC-8R посмотрю, спс.

Схему менять не стал, есть два режима работы:

нормальный, когда все входящие вызовы из города идут на атс А, все исходящие вызовы идут в обратном направлении.

аварийный, когда атс А лежит, и все входящие идут на АТС Б исходящие идут в обратном направлении (режим работает пока не включится АТС А)

Линк между АТС не нужен потому что АТС Б работает только когда лежит АТС А. АТС Б является полной копией АТС А.

 

24 минуты назад, YuryD сказал:

  А не дешевле будет перепаковать E1 в голый IP, затем штатным stp закольцевать ? Или идея синхронности елефонная затмевает разум ? Мы же не космическими ракетами пуляем, зачем дикая синхронность. Бывала идея о плеиосинхронности в кольцах, что-то не слышу более. Вопрос простой - откуда взять синхронизацию потоков ? Ответ - да она и на буй не нужна, берите локально. Джиттер-буфер можно хоть как строить - и сигнализация не выпадет.

А айпи была идея, но встает вопрос с сормом, есть уже АТС которая сорм делает и она SIP не умеет.

Идея синхронности разум не затмевает да и не говорил я про синхронность ничего.

Да и хочется дешевле....

[catalist]

Пока в качестве решения видится мультиплексор ТОПГЕЙТ от элтекса.

Ставим один на центральный узел, он принимает медные Е1 от аплинка.

На нем настроен проброс на второй мукс который стоит на узле А.

Ставим на узел Б третий ТОПГЕЙТ с таким же айпи как и у второго что на узле А, но линк на узел Б держим погашенным, в случае аварии разблокиваем порт на узле Б (а на узел А у нас порт уже лежит) и центральный топгейт начнет работать с узлом Б.

[YuryD]

10 минут назад, catalist сказал:

А айпи была идея, но встает вопрос с сормом, есть уже АТС которая сорм делает и она SIP не умеет.

Да и хочется дешевле....

 Ну в станцию со всеми потоками - сорм есть ? А это просто вынос, к станции с сорм, слегка хитровыгнутый.

[catalist]

Только что, YuryD сказал:

 Ну в станцию со всеми потоками - сорм есть ? А это просто вынос, к станции с сорм, слегка хитровыгнутый.

Не понял вопроса.

верхний узел на схеме это площадка аплинка.

 

Для полной ясность дорисовал картинку

ЗЕленый цвет - повседневная маршрут трафика в обе стороны

Красный цвет - аварийный в обе стороны

[YuryD]

 Ну мда, я не елефонист. Но содержание и оборудования, и потоков Е1 в таком количестве для меня было бы экономически невыгодным, если каналы и станции не мои по дороге конечно. Ну , не умеет станция сип(или модуль и лицензия дорогие) , ну нет простого решения...

[catalist]

станции все мои

[NikAlexAn]

Если память не изменяет кроме RAD-а подобные E1mux были у зелакса, кроникса и натекса.

Но надо внимательно читать условия переключения на резервный канал и возвращения на основной.

[QWE]

3 часа назад, catalist сказал:

Пока в качестве решения видится мультиплексор ТОПГЕЙТ от элтекса.

Ставим один на центральный узел, он принимает медные Е1 от аплинка.

На нем настроен проброс на второй мукс который стоит на узле А.

Ставим на узел Б третий ТОПГЕЙТ с таким же айпи как и у второго что на узле А, но линк на узел Б держим погашенным, в случае аварии разблокиваем порт на узле Б (а на узел А у нас порт уже лежит) и центральный топгейт начнет работать с узлом Б.

Можно поставить три Cisco 2811 + 3 ethernet свича c SFP(оптика). Cisco 2811 набиваем PWDM и E1 платами до 4Е1 (нужно уточнить сколько одновременных голосовых каналов вытянет Cisco 2811. точно больше 60 ). У каждой Cisco 2811 свой IP. На центральной Cisco 2811 настраиваем два VoIP пира с разными IP. Один IP упал - вызовы ушли на другой IP.  Cisco 2811 как конвертор сигнализации. EDSS-SIP.

В случае аварии ничего руками делать не придется. Как и после восстановления.

Edited May 11, 2018 by QWE

[catalist]

к сожалению этот вариант не возможен ввиду того что цыска не поддерживает ОКС7

[QWE]

14 минут назад, catalist сказал:

к сожалению этот вариант не возможен ввиду того что цыска не поддерживает ОКС7

тогда можно попробовать пробрасывать неструктурированный E1 (Чистый E1 2048 гнать между IP) + настроить типа VRRP для failover IP. Как мысль озвучил, сам такого не делал. Даже могу принципиально ошибаться.

Edited May 11, 2018 by QWE

[QWE]

26 минут назад, catalist сказал:

к сожалению этот вариант не возможен ввиду того что цыска не поддерживает ОКС7

у Элтекса есть шлюзы SMG  ОКС-7  пробросить через SIP-T  

http://zscom.ru/image/data/2017_new_data/eltex/smg_2_4_datasheet_3.1.6.pdf

https://eltex-co.ru/upload/iblock/124/smg2_4_3.1.6.pdf

 

Попробуйте пообщаться с представителями ELTEX.

Edited May 11, 2018 by QWE

[alexgreat]

@catalist А на чём сейчас реализован проброс E1 до узлов А и Б?

[catalist]

Между узлам А и центром SNR-MPX

Между узлом Б и центром пока ничем.

 

SMG мы используем, но дорого выходит их юзать.

Да и странно получится, берем е1 превращаем в SIP потом опять в е1 соримим, опять в сип уже гоним к клиентам?

[alexgreat]

SNR-OS-1x2 (правда он EOS) или аналог, не? 

[murano]

А что мешает без лишних абстракций сделать несколько потоков между точками с раздельными линками (в каждом свой D-канал)? Чтобы они только по SLC различались. Тогда будут независимые потоки, которые можно собрать в транк-группу. Отвал любого из них не даст никаких негативных последствий.

Edited May 12, 2018 by murano

[rz3dwy]

На верхнем по схеме узле поставить коммутатор от М200 http://www.m-200.com/base/index.php/Цифровые_коммутаторы

[catalist]

16 часов назад, alexgreat сказал:

SNR-OS-1x2 (правда он EOS) или аналог, не? 

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

 

10 часов назад, rz3dwy сказал:

На верхнем по схеме узле поставить коммутатор от М200 http://www.m-200.com/base/index.php/Цифровые_коммутаторы

разве у них есть оптические порты?

[alexgreat]

@catalist https://eltex-co.ru/catalog/optical_mux/topgate-4e1-2fg/

 

[MaxGR]

у натекса вроде есть решение http://www.nateks.ru/catalog/opticheskie-pdhsdh-resheniyaopticheskie-prie/pdh-opticheskie-multipleksory/flexgain-fom-16og-v2-5