Тема: АОНы при транзите
Здрвствуйте, уважаемые!
Имеется сеть АТС: LDK 100(slave)-PRI(Net)- LDK 100 (master)-PRI(pstn).
Прошивки на обеих станциях 3.5 Вк, QSIG не активирован.
Проблема следующая :при исходящих вызовах в город, инициированных на удалённой АТС(slave), в PSTN не транслируются АОНы. При вызовах, инициированных на “узловой” АТС(master)-АОНы в город идут(заданы как ext). Доп: при звонках между станциями АОНы замечательно проходят. Всё устаивало, пока не потребовалась детализация по каждой из систем.
Собственно вопрос:как настроить, чтобы узловая АТС пропускала АОНы при транзите вызова с удалённой АТС?
Заранее благодарен.
В целом, чтобы и “волки сыты и овцы целы” - никак!!!!!
Могут быть только компромиссы!!
1-ый вариант: все транзитные вызовы с оконечной АТС могут быть привязаны к одному АОНу - к АОНу Дежурного Оператора (Attendant’а) “узловой” станции. Т.е. все абоненты оконечки и узловой Attendant будут представлены одним и тем же АОНом. Для этого в ПГМ324/8 в строке, относящейся к нумерации оконечной (”чужой”) АТС, нужно поставить “СО ATD Code CLI”= YES.
2-ой вариант: на оконечной станции разбить поток на две группы каналов. Одна группа -типа NET- для межстанционной корпоративной связи (так же, как и сделано сейчас). Вторая отдельная группа каналов в потоке - типа PSTN- для транзитных (исходящих) вызовов. Т.е. все вызовы во внешнюю сеть по PSTN-коду направлять на линии типа PSTN. При этом нужно настроить необходимый АОН в ПГМ143, ПГМ201, ПГМ114 и т.п. (как это сделано на транзитной АТС).
Огромное спасибо, Harris, как всегда чётко и ясно!
1ый вариант-вообще не вариант:)
2ой, боюсь, приведёт к перегрузкам.
Значит силами провайдера получить детализацию не удастся, увы. А если снимать статистику с АТС?(которая “оконечная”). Желательно по Lan connect. Пробую следующее: в pgm 175 указываю на telnet 1, в pgm 177 активирую 1 и 2. Захожу телнетом, логи сыпятся. Что нужно, чтобы статиска собиралась и предоставлялась в читабельном виде?. Какой продукт подойдёт для сбора и обработки?(под виндовую машину). Догадываюсь, что таких продуктов не мало, не пинайте сильно , но почему же не поинтересоваться мнением опытных людей 😊 (и вот супер, чтоб была бы бесплатная демо-версия, чтоб попробовать).
1. По поводу варианта №2: я все же не думаю, что это приведет к перегрузкам. Ведь общее кол-во каналов остается прежним - 30 (поток). Только Вы их сами распределяете - сколько для транзита, сколько будет достаточно для вызовов между абонентами ваших двух станций.
2. Если Вам собственно АОНы нужны не для предоставления их провайдеру, а только для тарификации на вашей стороне, то можете оставить все, как оно есть, и снимать информацию SMDR на вашей транзитной станции. Вызовы с оконечки будут представлены в логе также, как и собственные номера узловой АТС—т.е. их внутренними номерами.
3. Что касается программы для сбора и, главное, для обработки, - тут я, увы, ничего подсказать не смогу... Их действительно много разных. Мне обычно было достаточно ограничиться логом, полученным либо с помощью Telnet, либо ProComm, либо HyperTerminal. Попробуйте поискать нужную информацию на сайте www.smdr.ru. Здесь, на этой же странице, есть ссылка на этот сайт. См справа.
спасибо, пошёл по ссылке 😊
А вот про 30 каналов???.
При настройке я, изучив вводные, исходил из того, что LDK100 поддерживает 40 B-каналов, а именно 100ка работает, как “узловая”. 8 отдано под медные CO, 20-сам поток в город, ну и на межстанционную связку осталось 12.
Или я чего не так рассчитал?
Ну, откуда ж могу знать детали того, как у Вас используется поток????:)
Линия Е1 - это 30 каналов.
Но станция LDK-100 имеет базу параметров только для 40 линий...
Вот и получилось, что Вам пришлось ограничить поток в город до 20 каналов, а межстанционный поток - до 12 каналов.
Вариант №2, который я описал выше, подразумевает разделить эти 12 каналов на 2 части на стороне ОКОНЕЧНОЙ станции.
Уважаемый, Harris!
Можно ли добиться того, что бы при типе сетевых линий NET абонентам оконечной станции передавался городской номер, когда на них переводят городской звонок с другой АТС?
Мне пришлось сделать тип линий PSTN что бы это заработало - я настроил на сетевых линиях генерацию аонов - теперь абоненты передают свой внутренний номер друг дружке (как при типе линии NET), и городской номер, если он есть - тоже передается.
Вопрос какие проблемы меня ждут, если для сетевых звонков я использую тип линии PSTN вместо NET?
В чем функциональная разница?
Если у Вас не установлены лицензионные ключи для QSIG, то никакой особой разницы в вашем случае не будет.
В целом линии NET - это линии межстанционной (внутрикорпоративной) связи. При установке ключа (QSIG/IPNET) для линий NET поддерживается дополнительный сервис (спрямление петлевых соеинений, обратный вызов сетевого абонента и т.п.)
Линии PSTN - это линии связи с ТфОП, с опорной АТС.
Если сейчас Вас устраивает запрограммированный Вами сервис, то и нормально, ИМХО никаких проблем не должно приключиться.
Что касается первой части вопроса, то что имеется в виду??? Трансфер?? Входящий выхов из города приходит в транзитную АТС, абонент отвечает и переводит вызов (трансфер) на абонента в оконечной АТС. При этом требуется, чтобы в оконечную АТС был передан АОН внешнего вызывающего абонента, принятый от провайдера??? - Тогда попробуйте в транзитной АТС в ПГМ143 для линий, направленных в сторону оконечной АТС, поставить параметр “CLI Transit” = ORI (original).
Если у Вас не установлены лицензионные ключи для QSIG, то Если сейчас Вас устраивает запрограммированный Вами сервис, то и нормально, ИМХО никаких проблем не должно приключиться.
Похоже нащупал проблему - как сделать звонок на сетевой номер по FlexButton?
Как STA прописать сетевой номер не получается (через PCadmin по крайней мере) - пишет check STA number.
Я думал это сделать через ячейку скоростного набора - там предусмотрен тип линии NET,
но у меня тип линии для сетевых линий PSTN! SSD не отрабатывает...
Что касается первой части вопроса, то что имеется в виду??? Трансфер?? Входящий выхов из города приходит в транзитную АТС, абонент отвечает и переводит вызов (трансфер) на абонента в оконечной АТС. При этом требуется, чтобы в оконечную АТС был передан АОН внешнего вызывающего абонента, принятый от провайдера??? - Тогда попробуйте в транзитной АТС в ПГМ143 для линий, направленных в сторону оконечной АТС, поставить параметр “CLI Transit” = ORI (original).
Именно это и нужно. К сожалению при типе линий NET - не работает :( Передает только внутренний номер.
Может что-то еще я не предусмотрел?
P.S. Обидно, что меня устраивала связь через SIP с набором по LCR - я связывал станции с астериском (и между собой через него). Все отлично работало, кроме передачи АОНА. АОН вообще ни какой не передается :(
1. Номер сетевого абонента (NET STA Number) прописывается на Flex Button аналогично номеру внутреннего абонента (STA). Но для этого должна быть лицензия. Поскольку это уже другой вид сервиса.
Тип Speed-ячейки = NET - это для других целей. Это для записи городских номеров, на которые требуется выходить набором PSTN-кода (вне зависимости от типа линии: NET или PSTN). В вашем случае этим можно воспользоваться и прописать Номера сетевых абонентов в Speed-ячейки, но только в том случае, если Digit Repeat = OFF (не требуется повтор PSTN-кода). Ячейку нужно прописывать с помощью программы Speed Editor.
CO Line Type = NET (выход кодом PSTNчерез сетевые линии, неважно, как эти линии прописаны в ПГМ322 - PSTN или NET);
CO Number = прописывается PSTN-код;
Tel Number = прописывается Номер абонента другой станции.
2.Пропишите линии как тип = PSTN. Я же уже Вам писал, что разница невелика, ведь у Вас все равно нет лицензионных ключей. И в ПГМ143 прописать CLI Transit = ORI.
1. Номер сетевого абонента (NET STA Number) прописывается на Flex Button аналогично номеру внутреннего абонента (STA). Но для этого должна быть лицензия. Поскольку это уже другой вид сервиса.
Тип Speed-ячейки = NET - это для других целей. Это для записи городских номеров, на которые требуется выходить набором PSTN-кода (вне зависимости от типа линии: NET или PSTN). В вашем случае этим можно воспользоваться и прописать Номера сетевых абонентов в Speed-ячейки, но только в том случае, если Digit Repeat = OFF (не требуется повтор PSTN-кода). Ячейку нужно прописывать с помощью программы Speed Editor.
CO Line Type = NET (выход кодом PSTNчерез сетевые линии, неважно, как эти линии прописаны в ПГМ322 - PSTN или NET);
CO Number = прописывается PSTN-код;
Tel Number = прописывается Номер абонента другой станции.
2.Пропишите линии как тип = PSTN. Я же уже Вам писал, что разница невелика, ведь у Вас все равно нет лицензионных ключей. И в ПГМ143 прописать CLI Transit = ORI.
3.По поводу SIP - я не понял... Это уже о другой системе???
Спасибо, harris. Сейчас попробую добить FlexButton+SSD.
2.Пропишите линии как тип = PSTN. Я же уже Вам писал, что разница невелика, ведь у Вас все равно нет лицензионных ключей. И в ПГМ143 прописать CLI Transit = ORI.
3.По поводу SIP - я не понял... Это уже о другой системе???
2. Да сейчас так и есть, все работает. Если удастся совладать с кнопкой FlexButton, то все будет полностью устраивать 😊
3. Изначально вся система работала по SIP+LCR+Asterisk, но потребовалось передавать АОН входящих городских линий всем абонентам... Из-за этого пришлось переделывать на H323+NET dial. Астериск тоже остался, но как независимая АТС в сетевом плане звонков.
Так, ИМХО, тогда нужно было, чтобы на Астериске был SIP-Trunk….
1. Номер сетевого абонента (NET STA Number) прописывается на CO Line Type = NET (выход кодом PSTNчерез сетевые линии, неважно, как эти линии прописаны в ПГМ322 - PSTN или NET);
CO Number = прописывается PSTN-код;
Tel Number = прописывается Номер абонента другой станции.
Прошу прощения за неграмотность, но что подразумевается под PSTN-кодом и в какой ПГМ этот код привязать к группе сетевых линий?
У меня есть ряд догадок, но все что я пока пробовал приводит к тому, что по SSD ячейке захватывается первая группа линий (гродские CO) - и сетевой номер атс посылает туда 😊
ПГМ322 - тип сетевых линий: NET или PSTN
ПГМ324 - тип набора на сетевых линиях: NET STA Number (NET-код, доступ к номерам корпоративной сети) или PSTN-код (код доступа к исходящей связи через сетевые линии)
ПГМ322 - тип сетевых линий: NET или PSTN
ПГМ324 - тип набора на сетевых линиях: NET STA Number (NET-код, доступ к номерам корпоративной сети) или PSTN-код (код доступа к исходящей связи через сетевые линии)
Ага, всё понял в чем смысл. Настроил код выхода на сетевые линии - 89.
При звонке “89 + номер абонента” соединение происходит, но обмена голосовыми данными не идет ни в одном направлении... :(
