Помогите разобраться с проблемой после замены DTI на PRI.
код выхода на сеть ГТС "5" единый для обеих АТС
код выхода на сеть МГТС (межгород) "5" зуммер "8" зуммер код
и номер
На сегодня входящая МГТС работает
исходящая МГТС не проходит набор после 5 8.
И при наборе аски кода направления
(аски код соответствует первым цифрам номера)
идет зумер хотя дольнейший набор производится.
3-21792-M81c&11C.zip
PhoneMan
12.09.2001, 13:42
Станции связаны PRI-ем, выход на межгород c 11ой сделан через 81-ую по обычным СОТ ?
Поясни, что ты называешь "аски" кодом и чему он соответствует.
- расречатка Route М1_11=>M1_81
- наличие претрансляции в М1_11
- распечатка Route М1_81<=M1_11
- если используется BARS в 81 то соответственно 15 / 86 / 87 / 90
- наличие претрансляции в М1_11
- распечатка Route М1_81=>PSTN
Сейчас PRI И DTI работают параллельно, пока идет отладка PRI. Код выхода с 81 в город "5". Такой же выход в город и с 11 опции. Но так как работает DTI, то временно сделан код выхода "95", который в последствии заменим на "5".
Связь между 81 и 11 опциями через TIE.
После набора "95" получаем зуммер 11 опции, т.е. выход на route с 81 прошел. При дальнейшем наборе 81 опция автоматически подставляет "5" и транслирует все в город. Но, если набрать после "95" "8", то слышим зуммер межгорода и дальше набор не идет.
Аски - Acсess Code. Нумерация на 81 заканчивается 84999. Нумерация на 11 начинается с 84500. Код доступа "845" и 81 отправляет вызов на 11. В это время получаем зуммер. Потом добираются последние две цифры. Вот этот промежуточный зуммер надо убрать.
Станции связаны PRI-ем, выход на межгород и на сеть города c 11ой сделан
через 81-ую по обычным СОТ (3 проводной)
ACOD код выхода на root
Без бутылки не разберешь, о чем вы тут разговариваете ;)
Конкретная информация => конкретные ответы
По другому - никак
Попытаюсь еще раз сформулировать вопрос.
Имеется 81 станция. Номера от 82000 до 84999. Выход на ГТС "5". Если надо выйти на междугородку, то набираем после "5" "8". Все работает не первый год и никаких проблем.
Недавно к 81 станции подключили 11 опцию (номера от 84500 до 84599) по DTI. Код выхода в город оставили прежний "5". Эта "5" выводила 11 станцию на 81 станцию, и 81 подставляла свою "5" перед набранным номером. При этом после набора "5" на 11 станции зумера не было. Сразу же набирали городской номер. При звонке на межгород набирали "58" и слышали зуммер междугородки. Дальше шел набор. Все работало, но междугородка не видела некоторые сигналы с 11 опциии. И связь обрывалась через 2 минуты (как входящая так и исходящая). Это связано в частности с отсутствием MFC на 81 станции.
Для того, чтобы наладить нормальную связь перешли на PRI. Междугородка увидела все необходимые сигналы и входящая связь работает без замечаний. Но у нас появилась проблема.
Набираем "5" на 11 опции и слышим ее зуммер, что route доступен. Далее, делаем набор и он уходит на 81 станцию, которая подставляет свою "5" и отправляет все, что пришло с 11 станции, в город. Зуммер города мы не получаем, да он и не нужен. Если же набор номера с 11 станции не делать, а поставить, например, "*" звездочку, то вызов уходит сразу в город, и мы слышим зуммер города. После этого ничего набрать нельзя. Похоже встает голосовой канал, который дальнейший набор не пропускает. Естественно, что в нормальной ситуации никто звездочку не набирает и со звонками в город проблем нет.
Более того, если на цифровом аппарате набрать "5*" плюс номер и выдать все это пакетом в город, то набор проходит.
Но, если нужно звонить на междугородку, т.е. набрать "58" с 11 станции, появляется зуммер междугородки после него никакой набор не проходит. Пакет с цифрового аппарата также не идет, т.к. междугородка сначала определяет номер, с которого звонят (определяет правильно).
Итак, 81 связана с городом по трехпроводкам COT.
11 связана с 81 по PRI TIE c двунаправленными routе. Описание route - в прикрепленном файле.
Сети нет. BARS нет. Сообщений о неисправностях D канала нет.
Параллельно помогите решить еще одну проблему. Т.к. все номера на 11 станции начинаются на "845", то именно эти цифры сделали кодом доступа с 81 на 11 станцию. Т.е. при наборе с 81 станции первые три цифры номера отсекаются, и на 11 станцию уходят последние две цифры набора. 11 станция потом подставляет перед ними те же самые "845". Все хорошо, но при набора кода доступа мы получаем зуммер, а его хотелось бы убрать. Тогда абоненты ничего замечать не будут (псевдоединая нумерация).
Саныч, судя по IP, вы живете в другом городе, но на всякий случай дайте координаты. Буду рядом -бутылку занесу.
3-21844-M81c&11C.zip
massalim
13.09.2001, 18:16
а 845 - это код доступа на маршрут в сторону 11-й?
"Но, если нужно звонить на междугородку, т.е. набрать "58" с 11 станции, появляется зуммер междугородки после него никакой набор не проходит. Пакет с цифрового аппарата также не идет, т.к. междугородка сначала определяет номер, с которого звонят (определяет правильно)." - не совсем понял. После 58 при наборе любого номера идет отбой? Может быть стоит включить мониторинг сообщений на д-канале между 11 и 81 и посмотреть cause?
massalim
13.09.2001, 19:39
народ, а почему бы вам не закрыть ожидание зуммера после "8". Это ведь увеличивает время соединения и весьма неудобно. Мы его давно закрыли
Подробнее о закрытии ожидания зуммера. Как это сделать и что это дает?
После набора "58" идет постоянный зуммер и ничего не набирается. Похоже, что 11 станция воспринимает зуммер как голос - считает, что связь установлена и игнорирует набор.
CDR по всем номерам и направлениям, а также все MTC записываются и анализируются каждые 5 минут автоматически по 81 станции. После подключения платы PRI сообщений, имеющих к ней отношение, не было. С периодичностью 15 минут (тест clock controller) идут сообщения DTC 012,016,017.
<P ID="edit"><FONT SIZE=1><EM>Отредактировано Gurij 14.09.2001 09:09 (время сервера).</EM></FONT></P>
PhoneMan
14.09.2001, 11:55
Врядли получится избавиться от ожидания гудка после "8".
В вашем случае он имеет смысловую нагрузку - подтверждает
готовность АМТС к приему цифр номера.
Теперь несколько мыслей по сути вопроса.
Запрос АОН от АМТС после "8" должен выглядеть как комбинация
линейного сигнала "ответ" и тоновой посылки 500гц. (Если номер
определён, "ответ" снимается и возможно продолжение набора.)
Если сигнал "ответ" транслируется в сторону PRI и воспринимается
как ответ вызываемого абонента, то весь последующий набор идёт
уже в В-канале в голосовой полосе, а потому бесполезен.
И даже снятие ответа со стороны АМТС не поможет. По моему
скромному разумению нет способа заставить PRI снова посылать
набираемые цифры в D-канале и на стороне 81-ой транслировать
этот набор в трёхпроводку.
Но может быть всё и не так печально, это лишь предположение.
Буду признателен, если кто-нибудь поправит меня или прокомментирует
предложенный сценарий.
Удачи
Да я не глумлюсь, просто грамотное описание проблемы, экономит всем время на ее решение:)
Если правильно понял, маршрутизация сделана через access коды, то есть номер уходит из 11станции только пакетом, после появления какого-либо признака конца набора. После чего можно донабирать только через голосовой канал по DTMF, что в данном случае не катит.
А что мешает делать маршрутизацию в 81 опц. через АС1 или TSC?
Спасибо всем. Будем проммировать сеть.