Тема: TDA-100 (номер вызываемого абонента)
Добрый вечер!
Имеется станция TDA-100 от Panasonic. Подскажите, можно ли избавиться от точек в номере вызываемого абонента в созданном файле при выходе на номер дозвона IP-оператора с вводом кода доступа. Запись выглядит следующим образом - 3800531*#PP…...........8961807. Точки - это скрытый код доступа, которые появились после включения функции “Набрать номер перед модификацией ARS” в опциях SMDR.
Спасибо!
Избавиться можно. Нужно пользоваться ARS-ом, а не всяческими системными быстрыми и очень быстрыми наборами... Чур пошагово не объясняю... могу сам сделать, но за кекс...
Спасибо!
Включил ARS в режим “для доступа к любой внешней линии”.
Прописал в качестве первых цифр 444.
В настройках “поставщика услуг” прописал номер дозвона к оператору и код доступа:
IP-телефония,,,0,,,CH,,,95555555*#PP11111111111111P,,,
Заполнил “Приоритет плана маршрутизации”.
Набрал на телефонном аппарате 444 и номер абонента 8-ХХХ-ХХХ-ХХ-ХХ, ... вызов проходит.
В SMDR установлено значение “После модификации” и “Набрать номер перед модификацией ARS”.
Мой вызов лог-файле отображается как 4448921ХХХХХХХ.
Вроде бы все работает. Но! В станции есть номера, по которым сотрудники дозваниваются на абонентов другой PBX Panasonic TDA-100. Это номера 422 и 430. Так вот после всех этих изменений вызовы на данные номера не проходят. Вызов уходит в тишину.
В лог-файле видно, что при наборе на номер 422 вызов пытается занять CO4 (0004) и ожидает похоже от меня еще цифр.
18/06/10 02:36PM 333 0004 422 00:00’05 00000.00
Подскажите где и что я упустил в настройках или направьте на путь истинный!
направляю- нахера перее.. нумерации сделали с этой гребаной аипи.на соседей , как раньше выходили? нахер 444? арс включен, зачем 444? каламбур короче.
А е6сли без мата? 😊
Раньше для выхода на IP использовался быстрый набор.
Выход на соседей осуществлялся по данным номерам начинающимся с 422.
444 использовал для выходв на ip…надо же что-то набрать чтобы он отправил на 95555555*#PP11111111111111.
Короче запутался! Сорри! Поясните плиз!
Для дружественной станции есть 9.1 и 2.6.1 “Внутренний номер другой УАТС”.
так, помедитировав, немного успокоился. 8.2 пишем - 444 ,их отрезаем , а в 9.1 - 42Х и 43Х. для таких целей лучше из собственного плана цифры выдирать, чтоб в дальнейшем было легче. представьте появится еще атс на 44Х - во где голову сломаете.
Вроде бы все сделал именно так, как сказали.
В 9.1 прописал 42 и 43 и назначил для них вторую транковую группу.
Но, вызовы на 422 и 430 все равно упорно лезут на CO4 и попадают в тишину.
21/06/10 04:03PM 333 0004 430 00:00’11 00000.00
21/06/10 04:09PM 333 0004 422 00:00’07 00000.00
Перевозу ARS в режим “Включить для прямого доступа” Вызовы на 422 проходят, а на IP оператора – тишина.
Блин!
Посмотрел пункт 2.6.1 (Внутренняя линия другой АТС), там вообще ничего не прописано. Прописываю 42 и 43 - программа не дает их применить говорит, что такие номера уже есть!
Посмотрел пункт 2.6.1 (Внутренняя линия другой АТС), там вообще ничего не прописано. Прописываю 42 и 43 - программа не дает их применить говорит, что такие номера уже есть!
Раз есть найти и уничтожить.
Нашел то, что мешало в пункте 2.6.2. Удалил.
Перевел ARS в режим “Включить для доступа к любой внешней линии”. Вызовы на 422 и 430 теперь проходят, но при наборе 444 сразу отказ в виде занятости абоненту…. Посоветуйте, что не так сейчас? Спасибо!
Вроде бы все сделал именно так, как сказали.
В 9.1 прописал 42 и 43 и назначил для них вторую транковую группу.
Но, вызовы на 422 и 430 все равно упорно лезут на CO4 и попадают в тишину.
А DSYS выложить слабо? Чего гадать-то?
Выкладываю ссылку на файл DSYS
http://file.qip.ru/file/33128588/f21ed24e/Dsys.html
Нашел то, что мешало в пункте 2.6.2. Удалил.
Перевел ARS в режим “Включить для доступа к любой внешней линии”. Вызовы на 422 и 430 теперь проходят, но при наборе 444 сразу отказ в виде занятости абоненту…. Посоветуйте, что не так сейчас? Спасибо!
В 9.1 44 не прописан, 2.6.1 вн. лин. другой. атс тоже. Отсюда отказ.
Спасибо! Прописал требуемое в 9.1 и 2.6.1.
Делаю вызов...вызывающий абонент слышит КПВ, а вот вызываемому ничего. Вызов до него не проходит.
В логах выдается следующее:
25/06/10 04:19PM 333 0004 4448921ХХХХХХХ 00:00’29 00000.00
Честно говоря, не понимаю, для чего использовать 444… Если у Вас в 8.2 стоит использование роутинг-плана 1, в котором используется единственный на всю систему Carrier, то и прописывайте в 8.2 не 444, а первые цифры тех городских/междугородних номеров, которые собиратесь набирать через этого поставщика услуг. У Вас же в свойствах поставщика (8.5-Carrier) прописан метод модификации CH и код доступа к поставщику услуг. Т.е. при совпадении набираемого номера с превыми цифрами п.8.2 будет набираться КОД_ДОСТУПА (буква С)+НОМЕР_ТЕЛЕФОНА (буква Н).
Уберите 9-ку из кода доступа...
Что тут еще мудрить?
Т.е. Вы набираете 9+НОМЕР_ТЕЛЕФОНА, а система наберет 9+КОД_ДОСТУПА+НОМЕР_ТЕЛЕФОНА
Мудрить приходится для биллинговой программы.
Смысл в том, что она должна по первым цифрам номера 444 определить что это IP-оператор и взяв оставшиеся протарифицировать вызов в зависимости от направления 8921. В настоящее время люди для выхода на Ip-оператора используют быстрый набор **555. В логе данный вызов имеет кучу цифр и код доступа. Тарификационная программа не умеет отделять котлеты от мух. Вот и извращаюсь.
