Подскажите как привязать внутренний номер АТСки G3R V11 к канальному интервалу в потоке ISDN PRI и передать его на встречную АТС (Встречная АТС Питерская М-200).
Если для проверки сделать закольцовку на другую плату DS1, то как проверить что все работает? т.е. как принять этот номер?
Внутренний номер по PRI
Модератор: Administrator
-
Дмитрий Смирнов
- Постоянный участник форума
- Сообщения: 165
- Зарегистрирован: Пт 24 июн 2005, 12:54
Описываю:
К моей G3R подключается по PRI другая АТСка. В потоке помимо обычных СЛ'ок хотелось бы передать несколько 4-х значных номеров моей станции (на ГТС прописанных как 6-ти значные), для того, чтобы на встречной АТС (которая пока не подключена к ГТС) его принять как внешнюю линию с предоставлением к ней доступа определенным абонентам, которые смогли бы звонить через меня на город и межгород.
Т.е. хотелось бы сымитировать подключение обычной 2-х проводной СО на встречной АТС, а для меня бы это были внутренние абоненты, но поток между нами PRI.
Кстати в свое время такая схема у меня работала, но только по CAS.
К моей G3R подключается по PRI другая АТСка. В потоке помимо обычных СЛ'ок хотелось бы передать несколько 4-х значных номеров моей станции (на ГТС прописанных как 6-ти значные), для того, чтобы на встречной АТС (которая пока не подключена к ГТС) его принять как внешнюю линию с предоставлением к ней доступа определенным абонентам, которые смогли бы звонить через меня на город и межгород.
Т.е. хотелось бы сымитировать подключение обычной 2-х проводной СО на встречной АТС, а для меня бы это были внутренние абоненты, но поток между нами PRI.
Кстати в свое время такая схема у меня работала, но только по CAS.
-
Дмитрий Смирнов
- Постоянный участник форума
- Сообщения: 165
- Зарегистрирован: Пт 24 июн 2005, 12:54
Если это работало, то в чем проблема?Кстати в свое время такая схема у меня работала, но только по CAS.
Насколько я понял, Вы должны организовать связь по UDP между двумя АТС, соединенных по PRI. Если у вас уже была такая ситуация (то есть связь с другой АТС по UDP), то просто сделайте аналогично.
А не проще ли транзитом передавать ваши городские номера на М-200?
Ситуация немного другая:
UDP засорять не хотелось бы.
Когда был CAS, то в поле port стейшена я забивал номер канального интервала потока (типа 02е1208), а принимал его (для проверки) как wats trunk но также по канальному интервалу другой платы ds1 - получалось красиво и просто.
однако в PRI я не могу его принять чтобы проверить и убедиться что у меня все передается.
Вариант если не привязывать конкретно к канальному интервалу и передавать городские номера транзитом на М-200, то возникает проблема АОНа исходящей связи с М-200. Дело в том, что на той стороне фирма сторонняя (и непонятная) и если просто транслировать их АОН на ГТС, то нужно будет контролировать под чьим АОНом они выходят - вдруг они начнут ломиться на межгород под не своим, но разрешенным у меня АОНом - кто за все это будет потом платить? А если конкретно закрепить за номером порт (канальный интервал), то уже права выхода у каждого конкретного стейшена будут такие как запрограммированны у меня в станции.
Хотелось решить эту задачу легко и просто как с CASом.
UDP засорять не хотелось бы.
Когда был CAS, то в поле port стейшена я забивал номер канального интервала потока (типа 02е1208), а принимал его (для проверки) как wats trunk но также по канальному интервалу другой платы ds1 - получалось красиво и просто.
однако в PRI я не могу его принять чтобы проверить и убедиться что у меня все передается.
Вариант если не привязывать конкретно к канальному интервалу и передавать городские номера транзитом на М-200, то возникает проблема АОНа исходящей связи с М-200. Дело в том, что на той стороне фирма сторонняя (и непонятная) и если просто транслировать их АОН на ГТС, то нужно будет контролировать под чьим АОНом они выходят - вдруг они начнут ломиться на межгород под не своим, но разрешенным у меня АОНом - кто за все это будет потом платить? А если конкретно закрепить за номером порт (канальный интервал), то уже права выхода у каждого конкретного стейшена будут такие как запрограммированны у меня в станции.
Хотелось решить эту задачу легко и просто как с CASом.
-
Дмитрий Смирнов
- Постоянный участник форума
- Сообщения: 165
- Зарегистрирован: Пт 24 июн 2005, 12:54
Ваш первоначальный вариант называется "Off-Premises Station", в нём нет ничего неверного, за исключением, конечно, того, что абонентов (точнее, номеров) м.б. не больше, чем таймслотов. И использоваться E1 будет неэффективно.
И смысл этого способа состоит именно в том, чтобы привязать конкретный таймслот E1 к конкретному номеру.
И смысл этого способа состоит именно в том, чтобы привязать конкретный таймслот E1 к конкретному номеру.
Именно это и требуется, а о эффективности использования Е1 задачи не было и то что абонентов не может быть более 30 в нашей специфической ситуации очень даже хорошо.
Хозяева присоединяемой АТС хотят именно привязать конкретный таймслот к конкретному номеру и естесственно я им более 30 номеров не выдам.
Расскажите пожалуйста как реализовать "Off-Permises Station".
Хозяева присоединяемой АТС хотят именно привязать конкретный таймслот к конкретному номеру и естесственно я им более 30 номеров не выдам.
Расскажите пожалуйста как реализовать "Off-Permises Station".
-
АлексейТ
Возможно я понял почему моя схема работает в CAS и не работает в PRI:
В PRI необходима привязка каждого канального интервала к конкретной сигнальной группе. В настройках station такой привязки нет и связать какой-либо station с сигнальной группой не выходит, а следовательно канальный интервал не привязанный ни к какой сигнальной группе работать не будет!
В CASе же такое поле и не требуется, все что необходимо и так идет по 16-му интервалу...
В PRI необходима привязка каждого канального интервала к конкретной сигнальной группе. В настройках station такой привязки нет и связать какой-либо station с сигнальной группой не выходит, а следовательно канальный интервал не привязанный ни к какой сигнальной группе работать не будет!
В CASе же такое поле и не требуется, все что необходимо и так идет по 16-му интервалу...