Тема: Соединение станций через VPN
Никакого VPN не будет и не нужно. Никакого доп. оборудования: всё работает по PRI.
Услуга FMC объединяет абонентскую ёмкость двух АТС в коммутационном поле провайдера.
Это понятно.
Тем не менее, а если через пару лет мой клиент разругается с Билайном и захочет перейти к другому оператору?
===
Просто мне хочется изучить полный спектр вариантов объединения станций.
Чтобы потом (при случае) не задумываясь, переключить связь на запасной маршрут.
Или запустить сразу несколько вариантов, а через LCR их разрулить, чтобы абоненты зря не звонили друг другу по неподобающим маршрутам.
SF, Вы делаете костыль, а планы строите - наполеоновские... 😊)))
А что будет, если через пару лет одна из АТС сломается или обе сразу?
А что будет, если клиент разругается с Вами и захочет перейти на обслуживание, например, ко мне?
😊)))
Это понятно.
Тем не менее, а если через пару лет мой клиент разругается с Билайном и захочет перейти к другому оператору?
Огласите весь список скользких вопросов на ближайшие пятнадцать лет, которые могут возникнуть.
Без детального рассмотрения этого списка, за работу нет смысла браться!
Если одна из АТС сломается, у меня имеется полный набор запчастей.
Да и у клиента имеются два обученных специалиста, которые смогут в приемлемые сроки исправить поломку, если я вдруг не успею вовремя.
Это же произойдёт, если клиент разругается со мной.
А если он разругается с Билайном, то вот так вот просто к другому оператору не перейдёшь.
Неприемлемые потери во времени выйдут.
===
Может быть, использую все описанные здесь варианты.
По крайней мере, клиент хочет, чтобы было надёжно.
А опираться только на одного провайдера - это как в истории с Дамокловым мечом.
По крайней мере, клиент хочет, чтобы было надёжно.
ИМХО, такой костыль (дешево и сердито) по определению не может быть надёжным.
иопп...иегомат...ь.. Да влепи ты альвиса в разрыв потока, и снюхивай его на другом конце с чем угодно! Хоть FXO, хоть с FXS, хоть с BRI.
И вообще оно потом вдруг пригодится. Правил там много можно нарисовать.
иопп...иегомат...ь.. Да влепи ты альвиса в разрыв потока, и снюхивай его на другом конце с чем угодно! Хоть FXO, хоть с FXS, хоть с BRI.
И вообще оно потом вдруг пригодится. Правил там много можно нарисовать.
Да ему не нужно, чтоб работало.
Ему пообщаться бы.
...Да влепи ты Альвиса в разрыв потока и снюхивай его на другом конце с чем угодно! Хоть с FXO, хоть с FXS, хоть с BRI.
И вообще, оно потом вдруг пригодится. Правил там много можно нарисовать.
Это тоже вариант.
===
Как я уже писал ранее, в другом городе потока пока нет.
Только в проекте.
И когда будет, неизвестно.
Говорят, вроде как весной.
Вот если и там, и там будут потоки, то можно и то, что предложил НачШтаба, и то, о чём писал Mike_K.
Действительно, красиво и надёжно.
Причём, вариант Mike_K мне больше нравится.
Меньше финансовых затрат.
===
А вопросы мои были из области, что вдруг не будет потока на второй станции.
В принципе, и на них я нашел ответ (не без вашей помощи, конечно).
Сомнения мои, как говорится, рассеялись.
Схема соединений в голове сложилась.
Буду докладывать клиенту, а он пусть решает, сколько ему денег вложить и что он потом получит.
===
Господа!
Спасибо за участие!
Причём, вариант Mike_K мне больше нравится.
Меньше финансовых затрат.
...===
Спасибо за участие!
А стоимость варианта с FMC известна? Огласите, пожалуйста.
Ну я в Интернете посмотрел.
Приблизительно понял.
Мне ведь нужно не более 6-8 каналов связи между АТСками.
Всё остальное - предмет переговоров с Билайном.
Я думаю, он не загрубит, поскольку у него берутся и Интернет, и телефония.
===
В принципе, что ведь я думаю сделать.
Разделить поток на два пучка.
В одном - стандартные звонки на все направления, где будут передаваться 10-значные федеральные номера или более длинные международные.
В другом пучке - 3-значные внутренние номера, первые цифры которых не совпадают с местными номерами.
Если Билайн на это согласится (если ему будет не в лом принимать и транслировать куда надо эти номера), то дело в шляпе.
Если нет, придётся приделывать “костыли”.
Не нужны никакие пучки. Альвис может рулить даже по длине номера. И прекрасно соединяется практически с любыми FXO/FXS/и т.п. шлюзами, АТС-ами, провайдерами, аппаратами, и софтфонами. Даже NAT нормально проходится... (ещё бы H.323 не был бы ощутимо ограничен, вообще было бы сыр). Один раз вложился, плюшки в виде “рабочий номер на дому” сразу получил, перспективу получения номеров по SIP-у (от других провайдеров при возникновении таковой необходимости), ну и свои 4-6-8 линий.. Ведь наверняка поток не занимается на все 100%, (думаю, что на 15-20) и 30 Эрл у вас никогда по нему не бывает.
Один раз вложился
Золотые слова НШ, ага, пусть уж купят сразу нормальную АТС для таких задач... 😊))
Так Альвис покупать надо!
А если Билайн предоставит своё оконечное оборудование?
Вот тогда разделение на пучки и пригодится.
К тому же LCR по длине номера работает медленнее, поскольку включаются таймеры ожидания набора очередной цифры номера, таймеры ожидания окончания набора.
А знаете, как это ожидание напрягает, пусть даже оно и длится 5-10 секунд?
Люди-то уже привыкли, что не успеют оторвать палец от последней нажатой кнопки, а в ухе уже слышны сигналы КПВ.
===
Кстати, никогда так не делал, но надо попробовать:
один пучок в потоке сделать обычным с протоколом EDSS1, а второй, например, Q-Sig.
Интересно, будет ли так работать.
Наверное, должно.
Кстати, никогда так не делал, но надо попробовать:
один пучок в потоке сделать обычным с протоколом EDSS1, а второй, например, Q-Sig.
Интересно, будет ли так работать.
Наверное, должно.
При общем D - канале? :appl:
Serg Fisher, знаток Вы наш не только Панасоников.
А что D-канал?
Структура D-канала одинаковая в любых случаях.
Разница лишь в заполнении некоторых полей.
Не-е-е!
Надо всё-таки поэкспериментировать.
Практика показывает, что иногда самые дурацкие варианты (предположения, изобретения и т.п.) оказываются самыми жизнеспособными.
Кстати, когда-то пробовал вот такой вариант состыковки станции SIEMENS HiPath-3550 и Panasonic KX-TDE100 по потоку: со стороны HiPath-3550 это был EDSS1, а со стороны KX-TDE100 - TIE.
И, блин, работало!