Имееться два подключения по PRA от 2х OXE к одной вышестояшей станции. При наборе номера где есть автоответчик о переводе направления, в одном случае у вызывающего после секундной слышимости проключенного канала идет КПВ , во втором случае слышен проключенный канал. Системные настройки не отличаються.Трейс одинаковый на обоих станциях.(выложу один). Абонент сам ложит трубку. Как избавиться от КПВ?
_____________________________________________________________________________
| (604654:303595) 3255: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 56 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 49 66
|_____________________________________________________________________________|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[6c] CALLING_NUMBER (l=9) -> 21 81 Num : 1202115
| IE:[70] CALLED_NUMBER (l=16) -> 80 Num : 810380612591316
| IE:[7d] HLC (l=2) 91 81
|_____________________________________________________________________________
| (604655:303597) Physical-Event :
| long: 23 desti: 0 source: 0 cryst: 0 cpl: 17 us: 0 term: 0 type a5
| tei: 0 >>>> message received : SETUP ACK [0d] Call ref : c9 66
|_____________________________________________________________________________|
| IE:[18] CHANNEL (l=3) a9 83 83 -> T2 : B channel 3 exclusive
|_____________________________________________________________________________
| (604706:303598) Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 0 cpl: 17 us: 0 term: 0 type a5
| tei: 0 >>>> message received :CALL PROC(02) Call ref : c9 66
|_____________________________________________________________________________
| (604706:303599) Physical-Event :
| long: 26 desti: 0 source: 0 cryst: 0 cpl: 17 us: 0 term: 0 type a5
| tei: 0 >>>> message received : ALERT (01) Call ref : c9 66
|_____________________________________________________________________________
| IE:[28] DISPLAY (l=6) `*86*X#`
|_____________________________________________________________________________
| (604776:303600) 3255: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : DISCONNECT [45] Call ref : 49 66
|_____________________________________________________________________________
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|_____________________________________________________________________________
| (604777:303601) Physical-Event :
| long: 36 desti: 0 source: 0 cryst: 0 cpl: 17 us: 0 term: 0 type a5
| tei: 0 >>>> message received : RELEASE [4d] Call ref : c9 66
|_____________________________________________________________________________
|| IE:[08] CAUSE (l=2) 82 90 -> [90] NORMAL CALL CLEARING
| IE:[28] DISPLAY (l=12) `*AA*CLEARED#`
|_____________________________________________________________________________
| (604777:303602) 3255: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : REL COMP [5a] Call ref : 49 66
|_____________________________________________________________________________|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|_____________________________________________________________________________



Редактировано 4 раз. Последний раз 12.06.2007 12:05 пользователем serj718.

В какую сторону звонят? Имеется ввиду дозвон на один и тот же номер с разных ОХЕ?
А циферки в сетапе, в Bearer Capability тоже одинаковые в обоих трейсах?
И что означает фраза: "слышен проключенный канал"?

Да дозвон на один и тот же номер с разных ОХЕ. Да цифры одинаковые .Вот трейс звонка со второй станции на тотже номер. На одной ОХЕ Слышен автоответчик одну секунду потом идет КПВ станции ОХЕ, на второй ОХЕ сразу слышен автоответчик КПВ нет.
_____________________________________________________________________________
| (273825:012510) 3255: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 43 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 53 77
|_____________________________________________________________________________
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[6c] CALLING_NUMBER (l=9) -> 21 81 Num : 1202178
| IE:[70] CALLED_NUMBER (l=3) -> 80 Num : 81
| IE:[7d] HLC (l=2) 91 81
|_____________________________________________________________________________
| (273826:012511) Physical-Event :
| long: 23 desti: 0 source: 0 cryst: 0 cpl: 17 us: 0 term: 0 type a5
| tei: 0 >>>> message received : SETUP ACK [0d] Call ref : d3 77
|_____________________________________________________________________________|
| IE:[18] CHANNEL (l=3) a9 83 83 -> T2 : B channel 3 exclusive
|_____________________________________________________________________________
| (273828:012512) 3255: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : INFORMATION [7b] Call ref : 53 77
|_____________________________________________________________________________|
| IE:[70] CALLED_NUMBER (l=2) -> 80 Num : 0
|_____________________________________________________________________________
| (273831:012513) 3255: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : INFORMATION [7b] Call ref : 53 77
|_____________________________________________________________________________
| IE:[70] CALLED_NUMBER (l=2) -> 80 Num : 3
|_____________________________________________________________________________
| (273835:012515) 3255: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : INFORMATION [7b] Call ref : 53 77
|_____________________________________________________________________________|
| IE:[70] CALLED_NUMBER (l=2) -> 80 Num : 8
|______________________________________________________________________________

_____________________________________________________________________________
| (273837:012517) 3255: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : INFORMATION [7b] Call ref : 53 77
|_____________________________________________________________________________|
| IE:[70] CALLED_NUMBER (l=2) -> 80 Num : 0
|_____________________________________________________________________________
| (273841:012518) 3255: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : INFORMATION [7b] Call ref : 53 77
|_____________________________________________________________________________|
| IE:[70] CALLED_NUMBER (l=2) -> 80 Num : 6
|_____________________________________________________________________________
| (273845:012519) 3255: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : INFORMATION [7b] Call ref : 53 77
|_____________________________________________________________________________|
| IE:[70] CALLED_NUMBER (l=2) -> 80 Num : 1
|_____________________________________________________________________________
| (273847:012520) 3255: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : INFORMATION [7b] Call ref : 53 77
|_____________________________________________________________________________|
| IE:[70] CALLED_NUMBER (l=2) -> 80 Num : 2
|_____________________________________________________________________________
| (273851:012521) 3255: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : INFORMATION [7b] Call ref : 53 77
|_____________________________________________________________________________
| IE:[70] CALLED_NUMBER (l=2) -> 80 Num : 5
|_____________________________________________________________________________
| (273854:012522) 3255: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : INFORMATION [7b] Call ref : 53 77
|_____________________________________________________________________________
| IE:[70] CALLED_NUMBER (l=2) -> 80 Num : 9
|_____________________________________________________________________________
| (273860:012523) 3255: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : INFORMATION [7b] Call ref : 53 77
|_____________________________________________________________________________
| IE:[70] CALLED_NUMBER (l=2) -> 80 Num : 1
|_____________________________________________________________________________
| (273862:012524) 3255: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : INFORMATION [7b] Call ref : 53 77
|_____________________________________________________________________________
| IE:[70] CALLED_NUMBER (l=2) -> 80 Num : 3
|______________________________________________________________________________

_____________________________________________________________________________
| (273866:012525) 3255: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : INFORMATION [7b] Call ref : 53 77
|_____________________________________________________________________________
| IE:[70] CALLED_NUMBER (l=2) -> 80 Num : 1
|_____________________________________________________________________________
| (273869:012528) 3255: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : INFORMATION [7b] Call ref : 53 77
|_____________________________________________________________________________
| IE:[70] CALLED_NUMBER (l=2) -> 80 Num : 6
|_____________________________________________________________________________
| (273920:012534) Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 0 cpl: 17 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CALL PROC (02) Call ref : d3 77
|_____________________________________________________________________________
| (273920:012535) Physical-Event :
| long: 26 desti: 0 source: 0 cryst: 0 cpl: 17 us: 0 term: 0 type a5
| tei: 0 >>>> message received : ALERT (01) Call ref : d3 77
|_____________________________________________________________________________
| IE:[28] DISPLAY (l=6) `*86*X#`
|_____________________________________________________________________________
| (274039:012553) 3252: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : DISCONNECT [45] Call ref : 53 77
|_____________________________________________________________________________
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|_____________________________________________________________________________
| (274040:012554) Physical-Event :
| long: 36 desti: 0 source: 0 cryst: 0 cpl: 17 us: 0 term: 0 type a5
| tei: 0 >>>> message received : RELEASE [4d] Call ref : d3 77
|_____________________________________________________________________________
| IE:[08] CAUSE (l=2) 82 90 -> [90] NORMAL CALL CLEARING
| IE:[28] DISPLAY (l=12) `*AA*CLEARED#`
|_____________________________________________________________________________
| (274040:012555) 3255: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : REL COMP [5a] Call ref : 53 77
|_____________________________________________________________________________
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

Это действительно проблема, причём проявляется на версиях софта 7 и выши с разными патчами, у нас эта проблема была где то с месяц, замучала всех, потом после всяких апнгрейдов, перезагрузог и прочего колдовства исчезла, я знаю что такими проблемами болели как минимум 7-8 сайтов, у нас в стране, насколько я знаю открывали даже тикит по этой проблеме во франзузком алкателе. Чем там закончилась история я не в курсе.

В общем предложил бы я вам натянуть последний самый патч и понаблюдать за ситуацией.

приложите siteid с этих сайтов посмотрим.

Так что это реальный баг. Проключение КПВ в разгшоворном канале уже.

Для начала, сетапы разные, а не одинаковые: в первом случае набор идет блоком, а во втором "цифра за цифрой". Сделайте на первой станции набор "цифра за цифрой" и посмотрите, может легче станет.

дело не в этом у него уже разговорная фраза установилась, треййсы абсолютно нормальные с точки зрения пра.
Это баг.
точно.
Может специалисты интерсиста подтвердят? Я думаю они сталкивались с таким глюком.

Какие версии софта на этих станциях? Все ли в настройках одинаково (кроме overlap seizure) - network mode и т.п.
Вообще было бы хорошо при звонках на устройства вещающие в предответном состоянии выдавать не alert, а progress индикатор.
А насчет разговорной фазы - это наличие Alert? Alert говорит, что вызываемый абонент не напрочь занят (ему подан вызов или уведомление), а станция соответственно дает КПВ.
Есть разногласия на тему, кто должен формировать КПВ, исходящая или входящая сторона. Для этого существует progress индикатор (выключите сотовый телефон и позвоните на него).



Редактировано 1 раз. Последний раз 13.06.2007 17:33 пользователем vad.

Звонок с генерацией кпв идет со станции имеющей релиз
Application software identity
R6.1.1-f2.502-13-ru-c7
Business identification: R6.1.1
Release:
DELIVERY f2.502
Patch identification: 13
Dynamic patch identification: none
Country: ru
Cpu: c7
ACD VERSION
release : 6
bug_fixing : 1
protocol_id : 90
version_dy_hr_stat : 11

А станция с которой нормально идет имеет релиз
Application software identity
R5.1.1-e2.502-2-i-ru-c80s1
Business identification: R5.1.1
Release:
DELIVERY e2.502
Patch identification: 2
Dynamic patch identification: i
Country: ru
Cpu: c80s1
ACD VERSION
release : 4
bug_fixing : 4
protocol_id : 80
version_dy_hr_stat : 11

В настройках всё одинаково. первый трейс набран повтором потому там весь номер в setup.

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

Это зависит от вещающего устройства, а со стороны Enterprise если набираете, то еще от таймера 42.

Как я понял все отписались и ничего конкретного не предложили.
Спасибо пользователю VlaDDD за активную позицию . А многоуважаемый vad не отреагировал на ответ на его уже вопрос.
Может все это надо было писать в личку - поправьте. А так я понимаю что помогать не очень кто и хочет и всяк ищет только решение своих проблем)))
Уверяю с Данным вопросом более полугода я обратился официально к своему поставщику оборудования и он же установщик и наладчик. Он Дал категорический ответ о Виновности выщестоящей станции. Следовательно тем кому мы платим деньги отказались от необходимости решать этот вопрос. Друзья а что делать мне ? Может надо заплатить кому-то лично ? или абоненты виноваты ?
Всеже прошу если есть возможность помоч советом дайте номер телефона свой в личку мне.

Ничего в настройках вам предложить никто не сможет. Максимум предложат поставить последний патч данного релиза.
А какой помощи вы ждете, если на это нет настроек?
Формально вы можете потерзать поставщика и того к кому вы подключены - чтоб они пришли к консенсусу.
Если вам поставлял официальный партнер Алкатель - он имеет права обратиться в службу поддержки Алкатель. Оттуда ответят - это баг или нет. Если баг - может быть и исправят.
Были похожие проблемы, когда не проключался разговорный тракт в предответном состоянии, иногда лечилось установкой таймера 330 в 2, чаще всего установкой более свежего патча.
Но во всех этих ситуациях приходило сообщение содержащее progress indicator, говорящее о наличии информации доступной в разговорном тракте.
Позвоните в город на выключенный сотовый, если получите сообщение с прогрес индикатором, но не услышите сообщение о том, что абонент недоступен - нападайте на поставщика.

Как минимум есть патч f2.502.26. Некоторые проблемы похожие на ваши там решены.

serj718

Вы не представляете какая была позиция у нас тяжелая т.к. мы оператор связи на наши номера очень большая нагрузка, эта проблема это была просто ужас.

Дело в том что мы устанавливали патч уже на 7.1 насколько я помню, и что мы наблюдали что этих комсяков небыло с момента перезагрузки где то 2 дня потом они опять появлялись. Так после патча мы перегружали раза 3-4 когда уже совсем не выносимо становилось. и потом в один прекрасный момент все исчезло насколько мне известно, более таких косяков нет.

Мне лично очень странно почему интерсист невидел данных багов точнее не встречал, знаю что проблема точно висела в алкатель французком.
Этот баг отлавливали в лабороторных условиях даже причём версии софта разные были.


Попробуйте перегрузить станцию и понаблюдать как долго продержиться стабильная работа.

vad

раскажите что такое таймер 330 описание этого таймера в документации к 71 нет.

Также у нас наблюдается именна такая проблемм на выключенных сотовых причем на мтс нормально на мегу именна такая проблема.

Неужеле это все-же БАГ ? Не хотелось бы так думать. Как проверить саму станцию, может есть команды или тест ? настройка в конце концов. Где посмотреть на что реагирует станция . Как уговорить присылать progress индикатор ?

Problem
Two nodes N1 and N2. An N1 set calls the outside via N2 and does not hear the ring back tone.
Cause
The B channels transiting in node N2 are not connected as long as the Alert or Connect message
from the ISDN operator has not been received (this may be a public ISDN or QSIG-GF trunk group).
Some operators do not send the Alert message and the ring back tone is sent on the Call-proc
message.
Solution
Manage the timeout 330.
Initial value = 1 Non connection of the B channels of the node transiting on Call-proc. The
Alert or Connect message must be received.
Initial value 1 (example 2 for 200ms) Connection of the B channels transiting at the end of this
timeout after reception of the Call-proc message.
Но это не случай у товарищей, еще раз повторюсь - если есть поставщик - долбайте, сталкивайте их и товарищей к кому вы подключены (или попросите поставить последний патч).

Спасибо Vad, буду стараться очень сильно, письма уже послал всем участникам для принятия решения. И в ближайшее время проведу тест переведя линк PRI на другую станцию. Отпишусь после проверки.

Провели эксперимент. Подключили поток PRI на другую станцию. Проверили звонок и сделали трес. Все повторилось один в один. Как будто и не менял станцию. Релиз и патч одинаковые. Сорри нет рядом другой станции. Вообщем легче не стало.

"если гора не идет к магомеду то магомед идет к горе" т.е. хочу сказать софт перелить с нуля

На это же станции на этот же поток ставлю PRI с другого оператора звоню тот же номер и о чудо результат = Никаких проблем получаю то что надо те подключен канал и тетеька грит вы набрали несуществующий номер. Так что же получилось = Алкатель то и не причем!

Привет Всем.
Так и не двинулись наши дела с КПВ )) Даже внешний оператор попробовал провести эксперимент на своем оборудовании. И пробовал измененить настройки транка.
Провел новый экспиремент и я. Звонок делался с другой станции с захватом транка на станции где подключен другой оператор. Трейс весь не буду здесь приводить, могу скинуть в почту. А результат такой: ______________________________________________________________________________
| (547970:097223) Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 0 cpl: 14 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CALL PROC (02) Call ref : bb cb
|______________________________________________________________________________
|| IE:[1e] PROGRESS_ID (l=2) 82 82
|______________________________________________________________________________
______________________________________________________________________________
| (548071:097224) Physical-Event :
| long: 39 desti: 0 source: 0 cryst: 0 cpl: 14 us: 0 term: 0 type a5
| tei: 0 >>>> message received : DISCONNECT [45] Call ref : bb cb
|______________________________________________________________________________
|| IE:[08] CAUSE (l=2) 84 9f -> [9f] NORMAL, UNSPECIFIED
| IE:[1e] PROGRESS_ID (l=2) 82 88
| IE:[28] DISPLAY (l=11) `CONGESTION `
|______________________________________________________________________________
Ну а на трубке я услышал сообщение автоответчика и получил долгожданный отбой.

Конечно я и сам могу дальше копаться в доках, но может кто натолкнет на мысль где же копать?

Как ответил в почте, разбирайтесь с тем, почему не дают прогресс Ид. Причем интересен тот где цифры 82 88 - доступна информация в В-канале, а не второй (82 82) - destination non-ISDN.

system\Other System Param.\External Signaling Parameters\Alert On Progress T2= false