Добрый день.
Есть 2 Корала в офисах, связанные между собой по E1 и IP телефония как резервный канал и отдельные IP-абоненты по удаленным объектам. Выход в город и на межгород осуществляется через головную АТС одного из офисов.
Выход на некоторые сотовые и междугородние номера осуществляется через отдельный DialService с использованием карточной системы междугороднего оператора.
В IP телефонии есть свободные абоненты. Если с IP абонента осуществлять звонок через головную АТС - все проходит нормально.
Если звонок проходит через ведомую АТС, то без использования карточной системы междугороднего оператора все проходит нормально. С использованием карточной системы междугороднего оператора - звонки отваливаются с CAUSE:66.
Без использования DialService, набирая номер вручную через междугороднего оператора - опять-таки все работает нормально.
Хотелось бы понять куда копать, какие таймеры в каком месте вызывают такую ошибку.
Карточки E1 в обоих АТС MPT-120.

Смотрите фильтр в диалсервисе. А ещё лучше- покажите его настройки.
Вообще мало информации. Раньше то работало?

Раньше IP телефонии не было.
Фильтр в диалсервисе нормальный. С обоих офисов отрабатывает без проблем. Проблема возникает только при звонках из IP через ведомую АТС. Причем 66h "козу" выдает именно головная АТС (видно в дебаге MPT карточек). Иногда получается получить ответ из города, но все равно отбивает с этой "козой".
Фильтр естественно не покажу на весь мир - там пин стоит, но вот сам диалсервис:

NAME - ME╞─O
NSF - -
ROUTING ACCESS - 9
(DIAL IN/CALLER OUT) OFFSET - -
CALLER # OUT FILTER -
SERVICE TYPE (Outgoing/Incoming/Both) - Outgoing
ROUTING DEST NUM - 6802
DIAL_FILTER - ХХХХХХХХХХХХХХХХХ
EXPENSIVE TONE
(day/even/night) - N/N/N
TNNT_GRP - 0
BCCOS - 0

Ещё раз уточним. Если абонент "ведомой" АТС не IP-ый, то через этот же дайл сервис у него вызовы удачно проходят?
А что за IP то, FlexSet через UGW?

Абоненты "ведомой" работают абсолютно нормально через тот-же самый диалсервис. Совершенно верно.
IP абоненты на AddPaс 100,200. Вход в АТС через E1 на AddPac 1800.

1.Давайте посмотрим настройки транковых групп 6802 и той которая в сторону AddPack смотрит на ведомой.
2.Какие протоколы на этих потоках?
3.Какой порядок набора междугороднего номера от абонента IP?
4.И фильтр таки напишите, вместо пина звёздочки поставьте. Всё таки понятнее будет.

Прошу прощения за задержку.

1) TGDEF на обоих станциях:
6802 выход на межгород:

NAME:
SHORT(5) - BLANK
FULL(16) -
ISDN ONLY (Y/N) - N
QSIG (Y/N) - N
DTMF_DIGITS_BEFORE_ANSWER - Y
ANI_SCREENING_SEND(Unavailable,Site_ldn,Transparen t,Omit) - U
SEARCH TYPE (0-circ 1-term) - 1
DTD OVERRIDE - N
OGR_OVERRIDE - N
COLLECT_TONE_OVERRIDE - Y
PAGING - N
TK_TK_CONNECT_OVERRIDE - Y
BCCOS - 0
ROUTING ACCESS - 9
LAR_MAX_ASYNCHRONOUS_FAILS (0-10) - 2
LAR_SYSTEM_PREFERENCE (Cost/Performance) - P
LAR_TRIGGERS_SET - 0
TRANSIT ALI - NONE

DIALING METHOD (Enblock/Overlap) - E
DIAL IN FILTER -
DIAL IN/CALLER OUT OFFSET- 0
CALLER # OUT FILTER -
INCOMING ANI FILTERS (Y/N) - N
METERING_UNIT_CHARGE (xxxxx.yy) - N
INCOMING_CLI_REQUEST (Y/N) - N
SEND_ANI_USING_DTMF/MFC (Y/N) - N
NUMBER OF DIGITS EXPECTED -
DISABLE_DTMF_SUPERVISION (Y/N) - N
JOIN GROUP CALL IN MUTE (Y/N) - Y

На ведомой маршрут в IP с таким-же номером:
6802
------------


NAME:
SHORT(5) - IÐ
FULL(16) - IÐ_telephone
IP_ZONE (#/R) - --

ISDN ONLY (Y/N) - N
QSIG (Y/N) - N
DTMF_DIGITS_BEFORE_ANSWER - Y
ANI_SCREENING_SEND(Unavailable,Site_ldn,Transparen t,Omit) - T
SEARCH TYPE (0-circ 1-term) - 1
DTD OVERRIDE - N
OGR_OVERRIDE - N
COLLECT_TONE_OVERRIDE - Y
PAGING - N
TK_TK_CONNECT_OVERRIDE - N
BCCOS - 0
ROUTING ACCESS - --
LAR_MAX_ASYNCHRONOUS_FAILS (0-10) - 2
LAR_SYSTEM_PREFERENCE (Cost/Performance) - P
LAR_TRIGGERS_SET - 0
TRANSIT ALI - NONE

DIALING METHOD (Enblock/Overlap) - E
DIAL IN FILTER -
DIAL IN/CALLER OUT OFFSET- NONE
CALLER # OUT FILTER -
INCOMING ANI FILTERS (Y/N) - N
METERING_UNIT_CHARGE (xxxxx.yy) - N
INCOMING_CLI_REQUEST (Y/N) - N
SEND_ANI_USING_DTMF/MFC (Y/N) - N
NUMBER OF DIGITS EXPECTED -
DISABLE_DTMF_SUPERVISION (Y/N) - N
JOIN GROUP CALL IN MUTE (Y/N) - Y

2) PRI EDSS1
3) в станции прилетает 9-8-ABC-xxx-xx-xx.
4) DIAL_FILTER - R1D19749339E0E3**********#D27

1.попробуйте на ведомой
ANI_SCREENING_SEND(Unavailable,Site_ldn,Transparen t,Omit) - T
поменять на U, может городской АТС ваш АОН не по душе, который из IP приходит
2.по фильтру не разобрался DIAL_FILTER - R1D19749339E0E3**********#D27
Зачем D1 после удаления 8 (R1), всё равно до E0 ничего в канал не уйдёт, так как enblock используется, да и после удаления фильтр ничего не вставил перед паузой
9 префикс головной АТС
749339 это провайдера телефон стало быть
E3 опять таки зачем, у вас же не двухпроводка с импульсным набором
Может ещё перед пином паузу добавить можно (хотя это не объясняет локализацию проблемы именно с IP)

1. Не вариант. Карточный оператор получает АОН, который закрывает оператор предоставляющий канал PRI.
2. Убрал паузу после R1, убрал E3(перестраховывались с тональным набором). Ничего не поменялось.
При установке паузы перед пином - отбой всех звонков на межгород, даже с внутренних. Не вариант.
9749339 - номер карточного оператора.
Не факт что проблема в фильтре, т.к. бывают моменты, когда соединение до карточного оператора устанавливается, но срывается в первые 1-2 секунды (видно даже по дебагу исходящей MPT-120). В логах CDR соответственно появляется запись. Большая часть звонков не доходит до внешнего канала, в CDR максимум появляется запись только о входящем звонке с ведомой.

9749339 - номер карточного оператора.

А префикс выхода на город (LCR) для головной АТС где тогда?

МОжет сразу с MPT (в сторону головной) лог посмотреть которая на ведомой АТС. И сравнить вызов с местного абонента и вызов от абонента IP. Должна быть видна разница.

Добрый день. А где вы видели в фильтрах Е0, D1, E3? Это же не библиотеки. Вот синтаксис:
dial_filter
syntax:

[xy] - conditional extraction of digits xy.
Rn - extract n digits.
%n - dial n digits.
xy - insert digits xy.
Раз сигнализация PRI EDSS1, то DIAL_FILTER - R1D19749339E0E3**********#D27 не "прокатит", это же D-канал и там тонального набора не бывает, также как и пауз. Я не анализирую ваш фильтр, так как синтаксис не верен. Пин-код нужно набирать ручками после получения сигнала готовности с АТС с карточной системой а не программировать фильтр. После сигнала готовности D-канал последующие цифры не пропускает.

Валера, это недокументированная фича ;-)
По теме. Насколько я понял проблема только с исходящими с IP телефонии addpac через PRI на Коралл, далее транзитом по PRI на другой Коралл и далее транзитом опять же по PRI через карточную IP телефонию.
ИМХО, ищете там где светло, а не там где потеряли. Разбираться надо с причиной 102 - "истечения таймера". В первую очередь понять кто ее дает и почему.

это недокументированная фича ;-) Поясни пожалуйста.
В протоколе EDSS нет информационных элементов "перейти в тон", перейти в "импульс", задать паузу. Цифры номера передаются в сообщении SETUP.
R1D19749339E0E3**********#D27 - это можно "загнать" в библиотеку, если набирать с головной АТС с обычного аппарата. А с потока на поток это не пройдёт. На двухпроводку возможно получится.

Это работает. :)
Протокол DSS тут нипричем ;)

Посмотрим, чем дело кончится;).

Работать будет до этого места: E0E3**********#D27. И всё остальное дальше придётся набирать ручками. То есть "**********".

to valeryk:
E0E3**********#D27 отрабатывает АТС. E0 - окончание набора в канал. После E0 АТС набирает PIN и остальное "голосом".

to Igor_B.:
какую информацию запросили такую и выдал.
Абсолютно точно. То, что 102 прилетает с головной это я уже понял. Вот и пытаюсь понять какого и почему... И почему только при использовании диал сервиса именно с карточной системой. При выключении фильтра - идет, но по другому ценнику. :)

to Остин: От AddPac прилетает 98ABCxxxxxxx, транслируется на головную прозрачно (на выходном в сторону головной 98ABCxxxxxxx). На головной отрабатывает логику по цепочке: Routing Access-> Number Plan -> Element ->Dial Service. Все как обычно. С внутренних абонентов ведомой прилетают точно такие-же наборы цифр.

Вечером еще разок проверю чем отличаются звонки простых пользователей от IP по всем PRI каналам.

Ищите в дебаге на MPT на "городском" канале.

Как только в городскую АТС придёт 749339, что является номером в её нумерационном плане, по D-каналу от неё придёт сообщение CALL PROCEEDING, что означает, что соединение устанавливается и что больше никакой информации не требуется.

E0E3**********#D27 будет проигнорировано. По вашей "задумке"
E0E3**********#D27 должно передаваться в разговорном канале, то есть перейти с D-канала на разговорный. Где это для вашего Коралла указано? После E0 в случае использования библиотеки проключается разговорный тракт и ваш Коралл прекращает вообще выполнять какие-либо наборы. Можно только посылать DTMF -код с телефонного аппарата, то есть ручками.

:) "И все таки она вертится"
Валера, это работает. Проверено неоднократно. После e3 все цифры посылаются в DTMF в B канале. Я не уверен, что # передается именно так, но все остальное точно помню, что работает.

Я над этим тоже старался. Хотел когда-то из дома получить халяву:). Слышишь только непрерывный зуммер от ГТС.:(
Подождём результата.

После e3 все цифры посылаются в DTMF в B канале. На ГТС с карточной системой на конце что-то вроде DISA. Естественно, простые абоненты со своих аппаратов могут делать донабор кода.
Ну не работает это, Игорь, правда.

Когда подключаешься к интерактивному автоинформатору какого-нибудь ОПСОСа, то тоновый набор принимается, но это предответное состояние. Совсем другой случай. И тоже абонент сам набирает.

Валера смотри.

3) в станции прилетает 9-8-ABC-xxx-xx-xx.
4) DIAL_FILTER - R1D19749339E0E3**********#D27
Например, абонент набрал 980123456789
9- LCR
80123456789 попадет в DS
после фильтра это превратится в 9749339_конец набора_тональный донабор_пинкод_#_таймаут_70123456789

Абоненту больше ничего донабирать не надо. Все что он набрал отправилось в DS и Коралл с этим сам разберется.

А ничем не кончится.
Я заметил, что PUGW в состоянии разговора не пропускает через себя DTMF набор.
Пробовал на нескольких станциях одно и то же. Писал в Тадиран, удивились обещали проверить.
Пусть попробует соединиться через IP с карточным оператором ручками. Если получится, то стоит терзать Dial Service. Если же нет, то и продолжать тему бессмысленно.

Так он же писал, что работает у него всё, когда ручками IP абонент донабирает (видимо при этом используется другой DS для МГ).
Работает и через DS, но для проводных абонентов ведомой АТС.
Т.е. фильтр условно говоря исправно работает.

Хотя мне не понятно " От AddPac прилетает 98ABCxxxxxxx, транслируется на головную прозрачно (на выходном в сторону головной 98ABCxxxxxxx). "
Как это прозрачно транслируется, это же АОН, а номер набора. 9 должна отрезать ведомая АТС, иначе это не попадет в её LCR, тогда о каких DS вообще говорить!
Соотвественно 9 в качестве LCR головной АТС надо опять добавить.

Может в этом "прозрачном" всё и дело.
Попробуйте в фильтр вписать просто R9R2 и свой городской номер и сделайте вызов от абонента IP. Посмотрите, попадете ли к себе, а то может вызов от IP абонента вообще не попадает в этот дайл сервис.

Короче, опишу что у меня было. Есть станция, имеет кроме обычных абонентос несколько шлюзов Audiocodes MP-112 и несколько T207. В город выходят через порты FXO (карты 8TC). Транковая группа естественно настроена Overlap.
Появилась жалоба, что у абонентов MP-112 не закрывается 8-ка.
Перекопал все, cos, toll barrier и т.п. Все правильно. Причем на любом телефоне ставишь этот cos - 8-ка закрыта. Ставишь на абонента MP-112, 8-ка проходит.
Короче заколдованный круг.
Потом додумался взглянуть на SMDR, и обнаружил что в SMDR исходящий звонок с MP-112 состоит из одной цифры 9 (выход в город). Всего остального нет.
Получается, что после 9-ки Корал пропустил абонента в город, а дальше DTMF проходит транзитом не проверяясь Коралом!!!
Выкрутился таким образом. Перевел транковуб группу в режим EndBlock, настроил LCR. Короче сделал все, чтобы сначала Корал собрал весь городской номер от абонента, а только потом стал занимать городскую линию.
После этого 8-ка стала закрываться.

Перекопал все, cos, toll barrier и т.п. Может вы там ставили номер TG, а надо RA# или наоборот. Я хочу сказать, что подставлять нужно то, где хотите получить запрет.

Может вы там ставили номер TG, а надо RA# или наоборот. Я хочу сказать, что подставлять нужно то, где хотите получить запрет.
Дорогой.
Я Коралы запускаю уже 12 лет.
И как настраивается Toll barrier могу сам поучить кого угодно.

Вобщем осталось непонятным почему головная АТС отсылала в обе стороны ошибку 66. Но у оператора карточной телефонии сменился входящий номер. Плюс в пришлось переключить DS на другого оператора, т.к. даже без проблем c IP телефонией и так много обрывов соединений по этому транку.
Как результат пока ни одной ошибки. Все соединения проходят.

Дорогой. Я чот не припомню, когда мы с вами роднёй стали:). Вы этот тон оставьте.
По информации из Инета у Audiocodes MP-112 порты FXS. Значит их нужно включать в 8Т. При чем тут cos "на телефоны"?

....
По информации из Инета у Audiocodes MP-112 порты FXS. Значит их нужно включать в 8Т. При чем тут cos "на телефоны"?
Валера, не спорь, terrible_d все верно говорит. Эти шлюзы можно подключить и как sip терминал и как MGCP SLT, так что его FXS порты - это обычные аналоговые телефоны, являющиеся IP абонентами Коралла, каждый со своим cos.
А то что Toll не работал - это как раз и есть DTMF донабор в разговорном состоянии по внешним 2-х пр. линиям Overlap. Поэтому я всегда и ставлю Enblock на линиях DTMF.
Но все это off для данной темы.

Сегодня решил одну проблемку - переадресация вызова с одной АТС на голосовую почту в другой по потоку. Так вот, получилось. Через личную библиотеку. Автору нужно на головной АТС "оторвать" один номер от порта и добавить вторым на номер общей библиотеки. Запись привожу для личной библиотеки, но это не принципиально.


LIB 702
-------------

ENTER DIAL NUM - уууууууE0D36D19999D1ххххD11E0
SPECIFIC TK ?(N/TK_NO/GRP/LIB) 9

Синим цветом выделен номер телефона Голосовой почты - городской. Зелёным - коды меню почты, красным - пароль, коричневым -номер ящика. Всё работает!