Jump to content
Калькуляторы

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

Добрый день!

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

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

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

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

Безымянный.png

Share this post


Link to post
Share on other sites

3 hours ago, catalist said:

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

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

Share this post


Link to post
Share on other sites

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

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

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

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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 не умеет.

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

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

Share this post


Link to post
Share on other sites

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

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

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

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

Share this post


Link to post
Share on other sites

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

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

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

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

Share this post


Link to post
Share on other sites

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

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

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

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

 

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

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

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

5af56088ac090_.png.a6175af5dfcf5c7ec7ba22adbc7d57f8.png

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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 by QWE

Share this post


Link to post
Share on other sites

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

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

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

Edited by QWE

Share this post


Link to post
Share on other sites

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 by QWE

Share this post


Link to post
Share on other sites

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

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

 

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

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

Share this post


Link to post
Share on other sites

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

Edited by murano

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

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

 

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

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

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

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.