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

При аварии на Е1(ОКС7) перенаправить вх. на др. оператора Взаимодействие операторов по ОКС№7

Доброго всем дня, коллеги

 

Прошу помощи разрешить ситуацию.

Оператор местной связи( до 1000 абонентов) подключен к 2м независимым БОЛЬШИМ операторам по Е1(ОКС№7).

Имеется своя номерная емкость.

В случае АВАРИИ по Е1 вх. связь на нашу ЦАТС не поступает. Все замыкается на том операторе который пропускал

вх. вызовы по нашим номерам через себя по умолчанию. Т.е. не происходит перевод вх. вызова через др. оператора.

Как в этом случае происходит взаимодействие м/у операторами? Вроде как ОКС№7 все таки!

 

Два оператора включены как раз для резервирования по вх. и исх. связи( исх. связь - все ОК).

Может есть регламент в ФЗ связи?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Прошу помощи разрешить ситуацию.

 

Эта ситуация на 99% неразрешима. Не знаю ни про оно успешное внедрение схемы резервирования входящих вызовов.

 

Вроде как ОКС№7 все таки!

Это ответ на вопрос почему так. ОКС - устаревшая ныне технология, обеспечить требуемой в 21 веке надежности не может ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Такая фигня возможна только в том случае, если ваш вышестоящий оператор обеспечивает вам резервирование.

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

Т.е. нужно иметь два линка от одного оператора а не по одному от разных.

первый по Е1, второй по SIP

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Прошу помощи разрешить ситуацию.

 

 

Эта ситуация на 99% неразрешима. Не знаю ни про оно успешное внедрение схемы резервирования входящих вызовов.

 

Спасибо,

Просто с ОКС№7 возможна аналогия с BGP маршрутизацией?( нет информ. )

Кстати ситуация разрешима, но нужно для ВСЕХ операторов писать анонс о 2х операторах на данную номерную емкость, но ИМХО это утопия ((

 

Вроде как ОКС№7 все таки!

Это ответ на вопрос почему так. ОКС - устаревшая ныне технология, обеспечить требуемой в 21 веке надежности не может ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Просто с ОКС№7 возможна аналогия с BGP маршрутизацией?( нет информ. )

Невозможна и не может быть возможна по коммерческим причинам.

Переключить звонок на другое направление, если упало первое - да, можно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Такая фигня возможна только в том случае, если ваш вышестоящий оператор обеспечивает вам резервирование.

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

Т.е. нужно иметь два линка от одного оператора а не по одному от разных.

первый по Е1, второй по SIP

 

Спасибо,

Так и есть, Оператор1 не имеет прямой связи с Оператор2, поэтому с перенаправлением у них ни чего не получиться,

а вот резервирование вторым потоком Е1(но с др. точки на сети ОператораХ) или поверх IP ( с тем же мультиплексором-коммутатором)

вариант вполне реалистичный.

Что касается SIP, дело хорошее, но здесь вопрос1-СОРМ, вопрос2-лицензия, но это др. тема для разговора.

 

P.S. Да, кстати у Оператора по SIP работает только одно направление )), только от нас , но не на нас.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

У нас две станции на разных площадках. Обе подцеплены к МГТС. Сейчас доруливаем с МГТС чтоб они слали все на одну станцию (с СОРМом) а в случае аварии - на вторую.

Подключенные к нам операторы получат транк на вторую станцию и, в случае аварии на основном маршруте автоматически включится резервный.

При этом на стороне оператора на оба транка может быть как одна железка, так и две разные.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

а что мешает то два потока SS7 и два сигнальных линка

квазисвязный режим называется

как правило приличные операторы такое умеют

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Резервировать потоки - мало. Для достижения норамльной надежности нужно резервировать бы еще и железки на каждой стороне этих потоков.

Да и если эти потоки идут в одном кабеле то это тоже сомнительное резервирование. Поэтомы мы идем в направлении основной по E1? второй по SIP

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

по входячке, что желает ТС нереально от двух присоединяющих

просто заявите обоим операторам ВСЮ Вашу емкость и оба пусть ее наружу анонсируют везде

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

а лучше, вместо сложных городушек с маршрутизацией потратить силы и средства на обеспечение надежность внешних каналов

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

странные вещи тут творятся... На EWSD такое работает. На Si2000 работает. На Si3000 работает. На МС240 работает. На MT20/25 работает. На M200/МР-4(12,16) работает. План нумерации и приоритеты настраиваются на любой АТС.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Это вопрос не технический. Для резервирования необходимо прежде всего, чтобы в договорах у операторов, с которыми у вас присоединение, была указана возможность альтернативного маршрута для вашей нумерации.

Например, у меня есть присоединение ко всем сотовым и к РТ. В договоре с РТ есть нумерация сотовых и соответствующие тарифы. Если падает линк с сотовым, я легко перенаправляю вызовы на его сеть через РТ.

Т.е. в вашем случая прежде всего должно быть желание ваших партнёров организовать резервный маршрут для вызовов на вашу сеть. И зафиксировать это желание в договорах присоединения.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

по входячке, что желает ТС нереально от двух присоединяющих

просто заявите обоим операторам ВСЮ Вашу емкость и оба пусть ее наружу анонсируют везде

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

а лучше, вместо сложных городушек с маршрутизацией потратить силы и средства на обеспечение надежность внешних каналов

 

Дело говорите, 'RialCom.ru'

посмотрел ДС к договорам от Операторов, там разные нум. диапазоны прописаны( разнесены были по времени).

Перподпишим ДС и после пусть дают анонсы другим операторам.

По идее увидев одинаковую емкость от 2х разных УС, будут прописаны 2 маршрута: Оператор1 и Оператор2.

В теории да. На практике посмотрим.

 

Запрос по резервированию(из разны точек) активки и пассивки последней мили, подал обоим. После праздников будет ответ.

 

Спасибо всем.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

основная проблема - когда емкость "рваная"

если ровные тысячи, или хотя бы сотни - не так сложно оператора убедить все прописать

а вот когда в разнобой - технорям у крупняка проще бывает написать отсутствие техвозможности, чем прописывать по одному номеру ;(

просто настаивайте и просите в ТУ и Договоре внести все Вашу емкость

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

RialCom.ru

не согласен с вашей логикой.

"Рынок" распределит по принципу наименьшей стоимости а не максимальной надежности.

В итоге оператор будет все звонки получать через самый дешевый инизконадежный канал.

Распределять номерную емкость по аплинкам нужно с умом, а не по "принципу всю у всех"

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

еще раз повторю - лучше, чем у всех присоединяющих всю емкость прописать вариантов не вижу

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Мы всю свою емкость, и емкость своих даунлинков прописываем только на МГТС. Способ резервирования звонков с МГТС я выше писал, способ резервирования звонков до клиентов - тоже. Таким образом оператор, присоединяющийся к нам получает 100% зарезервированный канал для получения входящих вызовов.

Если же, предположим, этот наша даунлинк возьмет и присоединится еще к какому-то оператору и тот же самый МГТС по экономическим соображениям, станет направлять звонки через него, то тем самым надежность уменьшится, а не увеличится.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

grifin.ru, я правильно понимаю, что в договоре присоединения у вас указано две точки: площадка1 и площадка2 и по этому договору МГТС обязуется "своими силами и за свой счет" осуществлять пропуск трафика на вашу ТФ сеть:

- на площадке1

- на площадке2

- между узлами площадка1 и площадка2 в случае аварии на одной из площадок

Что, кстати, считается аварией в вашем договоре? Отказ СЛ? Отказ станции на вашей стороне? Отказ станции на стороне МГТС?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Нет, не так. Они отдают вызовы на своей циске на своем объекте. С их стороны два интерфейса (два IP адреса), с нашей стороны пока один (этот вопрос сейчас и решаем). Как только будет два мы уже самостоятельно пробрасываем один на дону площадку а другой на другую.

На данный момент звонки от них идут 50/50 с этих двух интерфейсов. Достигнуты договоренности что будут лить все в первый а, в случае сбоя - во второй.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Т.е. резервирование в вашем случае - хант-группа из двух сип-пиров на циске мтгс-а?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Не совсем. Эти SIP пиры у МГТСа находятся на двух разных устройствах и даже на разных адресах, они по разным каналам приходят на адрес присоединения и там да, входят в одну циску и я с нее все это получаю.

Одна мой станция стоит там же, на адресе присоединения, а вторая на ММТС-9, присоединена по выделенному волокну.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Теперь понятно. Просто из вашего первого поста я подумал, что вам удалось реализовать распределенный стык с мгтс-ом, чего не удалось сделать мне в свое время. Вы присоединены на МГТС-овой циске и, по сути, резервируется только соединение между циской и вашей станцией. Это, конечно, здорово, но точка присоединения все равно получается одна - циска МГТС. Она же - единая точка отказа. Нет питания на одной чужой циске - нет телефонии на всей сети.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

резервируется только соединение между циской и вашей станцией.

И опять не совсем верно. Резервируется все, кроме, вы правы, циски МГТС к которой я подключен. Потчем, обратите внимание, это иска не является телефонной станцией, а просто маршрутизирует IP трафик.

И стоит там серьезная дура с резервированным питанием.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А вот попутный вопрос: сможет ли присоединяющий оператор переадресовать входящие вызовы на нумерацию присоединяемого оператора на совершенно левую нумерацию, если упадет ОКС с присоединяемым оператором?

 

 

Что-то вроде Магистрального ДВО :-)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

KaraVan

Теоретический все можно, только вызов приходит на конкретный номер, а не на "нумерацию", соответственно нужно программировать логику подмены номера B, что проблематично, т.к. 1000 номеров можно отразить только на другую 1000, ну или, как вариант, все на один.

Но непонятно зачем такие извращения, когда можно просто сделать резервный SIP транк через паблик-интернет и отправлять туда все, в случае недоступности основного транка.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.