Доброго времени.
Станция посылает в Progress indicator сообщения Disconnect команду на удержание канала после отбоя на 30 секунд. Такая штука раньше использовалась если где по пути аналоговая АТС стояла.
Где эту штуку можно убрать?

Если на дисплее при этом пишет Facility, значит в Phone COS разрешен Malicious call. Запретите его, и будет хорошо.

А менеджмент траковых групп по дефолту? Попробуйте создать еще одну и сравнить.
По входу есть упоминание о таком (system/ other system/ external signaling - listen to guide on DISCONNECT. По выходу такого не нашел, но в любом случае:
1 - сравните с TG созданной с дефолтовскими параметрами.
2 - в принципе в локальных параметрах транковой группы есть галочка на посылку Progress сообщения.
Да кстати, давай переписываться в одном форуме, где продолжишь, там и буду писать.



Редактировано 1 раз. Последний раз 02.05.2007 14:21 пользователем vad.

Поторопился, надо было описать ситуацию подробней.
Если внутренний абонент отбивается первым, внешний абонент получает релиз только через полминуты. Соответственно Malicious call здесь ни при чем, да и закрыт он...
По трассировке в этом случае идет Progress Indicator 81 90, что, вроде как означает что внутриполосная информация недоступна.... Работники Транзитного меридиана, через который ОХО на город выходит говорят, что я им шлю задержку релиза 30 секундную...

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

Такие вещи должны приниматься сразу, если не помогает - рестарт платы, ну а далее - рестарт станции (рестарт, а не bascul). Хотя у нас стоит - посылать прогресс индикатор, но отбой тем не менее идет сразу.
Еще раз повторюсь, имеет смысл создать транковую группу ISDN по дефолту и сравнить. И кроме того, зависит происходящее или нет от типа звонка (входящий, исходящий).

Создал, сравнил - все то же самое. При входящем вызове все нормально, такая беда только при исходящем вызове с ОХЕ.
Может каким-нить местом здесь ARS чой-то делает?

Навсякий случай, приведите трассировку (по t3) исходящего звонка.

сложно это однако, дюже много звонят... попытаюсь выловить....

Какой релиз стоит? Были упоминания в новых патчах на проблемы с progress message. (Например исправлено в f4.401.14).

При исходящих на город, как мне сказали, такой проблемы нет, только если междугородое соединение, ну и сотовые, соответственно идут тоже через М\Г.



Редактировано 1 раз. Последний раз 02.05.2007 16:32 пользователем Vsjakov.

Вот собстно трейс. При дисконнекте идет вместе с причиной прогресс индикатор, говорят, что в нем-то это и сидит... буду еще транзитников долбить...


______________________________________________________________________________
| (785840:008748) 1149: Send_IO1 (link-nbr=4, sapi=0, tei=0) :
| long: 56 desti: 0 source: 15 cryst: 0 cpl: 4 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 07 b2
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[6c] CALLING_NUMBER (l=12) -> 21 81 Num : 3172790431
| IE:[70] CALLED_NUMBER (l=12) -> 81 Num : 87017508466
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|______________________________________________________________________________

______________________________________________________________________________
| (785841:008750) Physical-Event :
| long: 23 desti: 0 source: 0 cryst: 0 cpl: 4 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CALL PROC (02) Call ref : 87 b2
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 9e -> T2 : B channel 30 exclusive
|______________________________________________________________________________

______________________________________________________________________________
| (785842:008751) Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 0 cpl: 4 us: 0 term: 0 type a5
| tei: 0 >>>> message received : PROGRESS (03) Call ref : 87 b2
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 82 88
|______________________________________________________________________________

| (785881:008755) Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 0 cpl: 4 us: 0 term: 0 type a5
| tei: 0 >>>> message received : ALERT (01) Call ref : 87 b2
|______________________________________________________________________________


______________________________________________________________________________
| (785946:008759) Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 0 cpl: 4 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CONNECT (07) Call ref : 87 b2
|______________________________________________________________________________

______________________________________________________________________________
| (785946:008760) 1149: Send_IO1 (link-nbr=4, sapi=0, tei=0) :
| long: 18 desti: 0 source: 15 cryst: 0 cpl: 4 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : CONNECT ACK (0f) Call ref : 07 b2
|______________________________________________________________________________


______________________________________________________________________________
| (786482:008800) 1149: Send_IO1 (link-nbr=4, sapi=0, tei=0) :
| long: 26 desti: 0 source: 15 cryst: 0 cpl: 4 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : DISCONNECT [45] Call ref : 07 b2
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
| IE:[1e] PROGRESS_ID (l=2) 81 88
|______________________________________________________________________________

______________________________________________________________________________
| (786485:008801) Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 0 cpl: 4 us: 0 term: 0 type a5
| tei: 0 >>>> message received : RELEASE [4d] Call ref : 87 b2
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

______________________________________________________________________________
| (786485:008802) 1149: Send_IO1 (link-nbr=4, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 4 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : REL COMP [5a] Call ref : 07 b2
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

релиз f5.401.7



Редактировано 1 раз. Последний раз 02.05.2007 16:45 пользователем Vsjakov.

Вот такую я вот закономерность нашел разгребая трейсы.
Такие факты:
1. Задержка происходит только при вызовах на М\Г
2. Задержка происходит только если первым отбивается абонент ОХЕ
3. Разглядывая трейсы видно, что при каждом таком вызове, в процессе установления соединения вышестоящая сторона сама первой посылает мне Progress Indicator 82 88 (передается какая-то внутриполосная инфа)
4. Соответственно Охе овечая на это дело отсылает тот же Progress Indicator обратно.
Очень похоже на отработку Malicious Call Identificator вышестоящей станцией.

Вроде как причина локализована.
Вот теперь такой вопрос можно ли на Охе запретить отработку данной услуги?
Кроме как в public COS я такого не встречал, может еще где есть?

В стандарте сказано в описании сообщения дисконнект "User may include the Progress indicator and provide in-band tone. But in this case the network will ignore this information element and will not convey the in-band tone".
Соответственно если у вас обычное подключение с нетворк моде=нет, город должен это игнорировать. Мы по входу это легко игнорируем system/ other system/ ext. signaling param - Listen to guide on DISCONNECT.
Поэтому у вас два пути - напрягите город, покажите им стандарт.
Или пишите французам.

Попробуем конечно с городом поговорить, вот только сомневаюсь в успехе.
Режим обычный с нетворк моде=нет.
с провайдером, который нас через свой меридиан к городу подключает, уже поговорил - абсолютно безрезультатно. Ссылается на то, что оборудование других производителей, подключенное к нему же, таких проблем не имеет.
Грустно все это, особенно то, что при тестировании 2 месяца назад все были всем довольны, а недовольство стали высказывать при вводе оборудования в эксплуатацию...

а если пойти простым логическим путем? у вас есть транковая группа, включенная в транзитного оператора. вы выполняете в нее вызовы и принимаете входящие. допустим ваш абонент выполняет три типа вызова - на абонента транзитной станции, в город, межгород. с точки зрения вашей транковой группы эти вызовы ничем не отличаются, за исключением количества цифр. даже если у вас работает ARS, вы вероятно уже пробовали делать звонки по прямым префиксам занятия, экспериментировали с NPD и т.д. теперь, глядя на все это, напрашивается вывод - проблема на междугороднем направлении. может у вас по дороге что-то типа Р1.5 с входящим, исходящим, МГ пучком линий? может быть я не прав, но судя по трассировке между вашим disconnect и release complete прошло три десятых секунды (смотрю на первые шесть цифр в скобках, вроде их размерность 0,1 сек) это конечно не описание решения проблемы, но может на мысль натолкнет...

да нет, везде поток. Проблема в прогресс индикаторе.
Если вы на своей станции разрешите услугу Malicious Call Identification, то при вызовах на вашу станцию на противоположной стороне будет такая же картина. Это отработка услуги.
А так как я на сети юзер, то я делаю то, что мне мастер диктует.

Приехал на место, разобрался с обстановкой подробней.
Схема такая: OXE - (ISDN DSS1) Meridian - (ISDN DSS1)SI2000 - (ОКС7)ГТС (S12)
меридиан стоит как коммутатор, они частные провайдеры. На все номера и типы станций, к нему подключенные вызовы идут без проблем. При вызове со всех этих станций проблем тоже нет. Меридиановцы утверждают, что все потоки идентичны.
SI2000 стоит как конвертер ISDN - ОКС. На самой SI абонентов нет, есть подключенные софтфоны. при звонке на него идет задержка отбоя.
ну и собственно все вызовы проходящие через SI2000 имеют задержку отбоя. Как утверждают, все потоки, идущие от меридиана к SI тоже идентичны.
Всякие харрисы-панасы-меридианы работают, одна вот наша ОХЕ не хочет...
Завтра буду с городом и эсайщиками еще работать.

Может вдруг еще у кого какие мысли есть...

Пусть дадут трасировки с меридиана по входящему и исходящему потокам. Там все видно будет.

по исходящему потоку давать не хотят никак, по их мнению - слишком много дижений лишних. По трейсу видно, что я им шлю дисконнект, а они мне релиз не присылают.
ОХЕ каналы сама отбивает по таймауту.

На самом деле проблема может быть на самом дальнем конце. Ибо все сообщения проходят транзитом от инициатора до терминатора. Если крайняя станция не подтвердила дисконнект, то ессно все промежуточные будут отбиваться по таймаутам. Ну а оператор ваш - конечно подарочек. 4 команды для них ввести - подвиг.

Попробуй попросить меридиановцев снять трассировку с любого подключенного к ним панасоника и сравни со своей.
Я вот тоже столкнулся с проблемой подключения по BRI ISDN, когда ОХО нормально работала, а ОХЕ как оказалось не могла в принципе (типа "не царское это дело..." быть похожей на ОХО).

это не оператор, это провайдер промежуточный, чтоб ему пусто было...3 дня с них трейсы выпрашивал на их направлениях.
Вроде как нарыли, что их SI2000 шлет сигнал внутриполосный о DTMF наборе из конца в конец,и я им тоже отдаю, а они игнорировать ето не хотят и ждут пока по таймауту мой канал отвалиться...
Попробую сегодня убить в услугах и на ТКГ такую возможность и посмотреть, что получится.

Бред какой-то :((

все, фичи, связанные с DTMF набором убрал - бесполезно все это. Бред и есть
вот трейс с нормальным набором на меридиановской сети
Alcatel OXE - (ISDN DSS1) Meridian
(исходящий вызов от OXE, вызывающий абонент первым кладет трубку) трейсы при выходе через SI2000 идентичны как для городского так и для М\Г направлений.
При входящем вызове трейс идентичный, проблем нет ни при входящих, ни при исходящих вызовах.


Alcatel______________________________________________________________________
| (211759:012546) 1202: Send_IO1 (link-nbr=4, sapi=0, tei=0) :
| long: 57 desti: 0 source: 15 cryst: 0 cpl: 4 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 04 0b
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 8e -> T2 : B channel 14 exclusive
| IE:[6c] CALLING_NUMBER (l=12) -> 01 81 Num : 3172790475
| IE:[70] CALLED_NUMBER (l=8) -> 81 Num : 0976620
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|_____________________________________________________________________________
Meridian ___________________________________________________________________
| (211761:012548) Physical-Event :
| long: 23 desti: 0 source: 0 cryst: 0 cpl: 4 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CALL PROC (02) Call ref : 84 0b
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 8e -> T2 : B channel 14 exclusive
|______________________________________________________________________________
Meridian __________________________________________________________________
| (211762:012549) Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 0 cpl: 4 us: 0 term: 0 type a5
| tei: 0 >>>> message received : ALERT (01) Call ref : 84 0b
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 82 (1 флаг 00 стандарт МККТТ 0 (не меняется) 0010 публичная сеть обслуживает локального пользователя 1флаг 000 0010 вызываемый адрес не ISDN)
|______________________________________________________________________________
Meridian ___________________________________________________________________
| (211800:012550) Physical-Event :
| long: 36 desti: 0 source: 0 cryst: 0 cpl: 4 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CONNECT (07) Call ref : 84 0b
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 82
| IE:[4c] CONNECTED_NUMBER (l=12) -> 21 80 Num : 3172976620
|_____________________________________________________________________________
Alcatel ____________________________________________________________________
| (211800:012551) 1202: Send_IO1 (link-nbr=4, sapi=0, tei=0) :
| long: 18 desti: 0 source: 15 cryst: 0 cpl: 4 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : CONNECT ACK (0f) Call ref : 04 0b
|______________________________________________________________________________

Alcatel ____________________________________________________________________
| (211851:012559) 1202: Send_IO1 (link-nbr=4, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 4 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : DISCONNECT [45] Call ref : 04 0b
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|_____________________________________________________________________________
Meridian __________________________________________________________________
| (211852:012560) Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 0 cpl: 4 us: 0 term: 0 type a5
| tei: 0 >>>> message received : RELEASE [4d] Call ref : 84 0b
|______________________________________________________________________________ Alcatel ___________________________________________________________________
| (211852:012561) 1202: Send_IO1 (link-nbr=4, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 4 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : REL COMP [5a] Call ref : 04 0b
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

а вот трейс при выходе через SI 2000
с проблемным отбоем
Alcatel OXE - (ISDN DSS1) Meridian - (ISDN DSS1)SI2000 - (ОКС7)ГТС (S12)
(исходящий вызов от OXE, вызывающий абонент первым кладет трубку) трейсы при выходе через SI2000 идентичны как для городского так и для М\Г направлений.


Alcatel______________________________________________________________________________
| (308402:013229) 1203: Send_IO1 (link-nbr=4, sapi=0, tei=0) :
| long: 56 desti: 0 source: 15 cryst: 0 cpl: 4 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 04 4a
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3 (1флаг00 стандарт МККТТ 0 0000 голосовая информация 1флаг 00 режим передачи коммутация каналов 1 0000 скрость передачи 64 кбит\с 1флаг 01 идентификатор протокола 1 уровня 0 0011 кодирование G.711 A-law)
| IE:[6c] CALLING_NUMBER (l=12) -> 21 81 (0флаг 010 тип номера National 0001 нумерационный план ISDN\ телефония 1флаг 00 представление номера разрешено 0 00 не используются 01 предоставляется стороной User) Num : 3172790475
| IE:[70] CALLED_NUMBER (l=12) -> 81 (1флаг 000 тип номера Unknown 0001 нумерационный план ISDN\ телефония) Num : 87017489584
| IE:[7d] HLC (l=2) 91 81 (1флаг 00стандарт кодирования МККТТ 1 00интерпретация 01 профиль протокола верхнего уровня 1флаг 000 0001 харктеристика верхнего уровня, телефония)
| [a1] Sending complete
|______________________________________________________________________________

Meridian ______________________________________________________________________________
| (308403:013231) Physical-Event :
| long: 23 desti: 0 source: 0 cryst: 0 cpl: 4 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CALL PROC (02) Call ref : 84 4a
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 81 (1 флаг 0 безоговорочная интерпретация интерфейса 1 интерфейс PRI 0не используется 1доступен только указанный канал 0 не D канал 01 номер канала указан в следующих байтах 1 флаг 00 стандарт МККТТ 0 номер канала указан в следующем байте 0011 канал B 1флаг 00 0 0001 номер канала 1) -> T2 : B channel 1 exclusive
|______________________________________________________________________________

Meridian ______________________________________________________________________________
| (308404:013232) Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 0 cpl: 4 us: 0 term: 0 type a5
| tei: 0 >>>> message received : PROGRESS (03) Call ref : 84 4a
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 82 88 (1 флаг 00 стандарт МККТТ 0 (не меняется) 0010 публичная сеть обслуживает локального пользователя 1флаг 000 1000 внутриполосная информация теперь доступна)
|______________________________________________________________________________

Meridian ______________________________________________________________________________
| (308452:013233) Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 0 cpl: 4 us: 0 term: 0 type a5
| tei: 0 >>>> message received : ALERT (01) Call ref : 84 4a
|______________________________________________________________________________

Meridian ______________________________________________________________________________
| (308537:013234) Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 0 cpl: 4 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CONNECT (07) Call ref : 84 4a
|______________________________________________________________________________

Alcatel ______________________________________________________________________________
| (308537:013235) 1203: Send_IO1 (link-nbr=4, sapi=0, tei=0) :
| long: 18 desti: 0 source: 15 cryst: 0 cpl: 4 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : CONNECT ACK (0f) Call ref : 04 4a
|______________________________________________________________________________

Alcatel ______________________________________________________________________________
| (308543:013236) 1203: Send_IO1 (link-nbr=4, sapi=0, tei=0) :
| long: 26 desti: 0 source: 15 cryst: 0 cpl: 4 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : DISCONNECT [45] Call ref : 04 4a
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
| IE:[1e] PROGRESS_ID (l=2) 81 88 (1 флаг 00 стандарт МККТТ 0 (не меняется) 0001 частная сеть обслуживает локального пользователя 1флаг 000 1000 внутриполосная информация теперь доступна)
|______________________________________________________________________________

Alcatel ______________________________________________________________________________
| (308843:013237) 1203: Send_IO1 (link-nbr=4, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 4 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : RELEASE [4d] Call ref : 04 4a
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 (1 флаг 00 стандарт МККТТ 0 (не меняется) 0001 частная сеть обслуживает локального пользователя 1флаг 001 0000нормальное разъединение вызова)-> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

Meridian ______________________________________________________________________________
| (308843:013238) Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 0 cpl: 4 us: 0 term: 0 type a5
| tei: 0 >>>> message received : REL COMP [5a] Call ref : 84 4a
|______________________________________________________________________________

to Vsjakov
я с Алматы, подключен напрямую к S-12 давай сравним настройки транков,
у меня по началу тоже Malicious call стоял, убрал его и сейчас все ОК.
8-327-2-90-41-41
мой ник собака pisem точка net

To pashal
Спасибо!
Да я и в гости зайти могу тогда :-)
Я тоже из Алматы.
8 - 327 -2 50-80-86
В аське ник тот же что и тут.