Подскажите пожалуйста, я новичок у вас форуме. Описую проблему: звоню абоненту на городской номер, разговариваем, потом абонент ложит трубку, а соединение не разваливается до тех пор пока я не положу трубку. Я предпологаю что нужно в руте изменить параметр, но вот какой? Спасибо вам за ранее.
Если цифровые линии - смотри в руте параметры NEDC, FEDC.
В аналоговых двухпроводных автоматический релиз возможен с использованием BTD (детктор занято). Скорее всего, речь идет о DTI интерфейсе, так?
В 2-х проводках есть в руте такие параметры, а это PRI поток на город там не нашел таких параметров.
Если это PRI, тогда нужно включать трейсер D-ch в 96-м и смотреть, почему не отрабатывается релиз.
Толку, что они есть, скажем в руте с транками на плате XUT?
Привет Malex!
Промониторил D канал, и опять таки не могу понять. Поэтому высылаю файл с мониторингом может, подскажешь где копать.
За ранее спасибо.
Похоже, нужен патч 12272.
EUROISDN: M1 does not send CC_REL_RESP on EURO ETSI.
Станция, релиз?
2 Malex :
Это патч вообще к делу не относится.
2 ZAZ :
Если проблема в том, что "соединение не разваливается до тех пор пока я не положу трубку", то необходимо определиться: что подразумевается под термином "соединение".
Вот эта часть мониторинга :
DCH 19 UIPE_IMSG CC_DISC_IND REF 000006AF CH 20 11 TOD 8:21:04
CAUSE: #16 - NORMAL CALL CLEARING
PROGRESS: INBAND INFO OR PATTERN IS AVAIL
DCH 19 UIPE_OMSG CC_RELEASE_REQ REF 000006AF CH 20 11 TOD 8:21:06
CAUSE: #16 - NORMAL CALL CLEARING
DCH 19 UIPE_IMSG CC_RELEASE_CONF REF 000006AF CH 20 11 TOD 8:21:06
описывает совершенно правильный разрыв соединения и освобождение канала со стороны M1.
Karter пишет
2 Malex :
Это патч вообще к делу не относится.
Не стал бы я утверждать, что совершенно не относится к делу. Корректной концовки обмена с отправкой CC_REL_RESP нет. Подобная проблема была, решилась этим патчем. Но я не утверждаю, что в этом случае не было аппаратного релиза на Меридиане.
...Хотя, кажется я не прав. Отправка СC_RELEASE_RESP - для сценария с отбоем ближнего конца первым.
ZAZ пишет
звоню абоненту на городской номер, разговариваем, потом абонент ложит трубку, а соединение не разваливается до тех пор пока я не положу трубку.
А по чем Вы судите, что "соединение" на разваливается? Что в этот момент в трубке? На каком телефоне (цифровой, аналоговый)?
По поводу мессаджей дисконекта:
сообщений всего три и набор зависит от того кто был инициатором.
А1: omsg disc_req >>>>>> b1: imsg disc_ind
a2: ismg release_ind <<<<< b2: omsg rel_req
a3: omsg rel_resp >>>>>>b3: imsg release_conf
так что в данном случае выглядит пристойно.
Причина присутствует по моим наблюдениям только в сообщениях a1,b1,b2 поправьте если я ошибаюсь.
2 ZAZ
Да, действительно, покажите как оно "не разваливается".
Что показывает трассировка канала и телефона в то время как удаленный отбился а ваш абонент держит поднятую трубку. И что за абонент? Если он аналоговый, то работы идентичной с цифровиком вы естественно не добьётесь.
Звоню с цифрового аппарата через город, на цифрового абонента моей АТС(М81С), и когда он ложит трубку, то у меня в трубке корокие гудки, а на дисплее высвечивает что линия не освободилась.
Ну так, - трассировку в студию! :-)))
Это называется - еще раз о таймере T_306... Ставьте по нулям.
Возмите ld 80 trak, и если он все же терминируется на какой то из каналов PRI то возмите и эту часть из трэйса Д-канала. Покажите это здесь.
Читаем в NTP:
OUT_T306 0-(30)-240 Variable timer for received disconnect message on outgoing calls, allowing in-band tone to be heard
when sent by the network. The network will stop sending tone after this timer expires.
INC_T306 0-(2)-240 Variable timer for received disconnect message onincoming calls, allowing in-band tone to be heard
when sent by the network (entered in 2 second
increments).The network will stop sending tone after this timer
expires.
Сделал в LD-80 TRAC, вот результат:
.trac 0 4216
ACTIVE TN 028 1 07 13
ORIG 028 1 07 13 0 MCR MARP 0 4216 3903
TERM 021 11 TIE RMBR 20 8
DIAL DN 0304610
MAIN_PM ESTD
TALKSLOT ORIG 83 TERM 3
QUEU NONE
CALL ID 0 759
---- ISDN PRA CALL (TERM) ----
CALL REF # = 8090
BEARER CAP = VOICE
HLC =
CALL STATE = 10 ACTIVE
CALLING NO = 0722304216
CALLED NO = 304610
IDLE TN 028 1 07 13 MARP
И в LD-96 мониторинг D канала:
DCH 19 UIPE_OMSG CC_SETUP_REQ REF 0000114A CH 20 15 TOD 17:58:13
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:0722304216 NUM PLAN: E164 TON: NATL
CALLED #:304610 NUM PLAN: E164 TON: UNKNOWN
DCH 19 UIPE_IMSG CC_MORE_INFO_IND REF 0000114A CH 20 15 TOD 17:58:13
DCH 19 UIPE_OMSG CC_INFO_REQ REF 0000114A CH 20 15 TOD 17:58:13
DCH 19 UIPE_IMSG CC_PROCEED_IND REF 0000114A CH 20 15 TOD 17:58:13
DCH 19 UIPE_IMSG CC_ALERT_IND REF 0000114A CH 20 15 TOD 17:58:13
PROGRESS: TERMINATING END IS NOT ISDN
DCH 19 UIPE_IMSG CC_SETUP_CONF REF 0000114A CH 20 15 TOD 17:58:15
PROGRESS: TERMINATING END IS NOT ISDN
DCH 19 UIPE_IMSG CC_DISC_IND REF 0000114A CH 20 15 TOD 17:59:09
CAUSE: #16 - NORMAL CALL CLEARING
PROGRESS: INBAND INFO OR PATTERN IS AVAIL
DCH 19 UIPE_OMSG CC_RELEASE_REQ REF 0000114A CH 20 15 TOD 17:59:17
CAUSE: #16 - NORMAL CALL CLEARING
DCH 19 UIPE_IMSG CC_RELEASE_CONF REF 0000114A CH 20 15 TOD 17:59:17
Извиняюсь. Вот это когда абонент ложит трубку:
trac 0 4216
ACTIVE TN 028 1 07 13
ORIG 028 1 07 13 0 MCR MARP 0 4216 3903
TERM 020 30 TIE RMBR 19 30
DIAL DN 1000019304610
MAIN_PM ESTD
TALKSLOT ORIG 84 TERM 20
QUEU NONE
CALL ID 0 13660
---- ISDN PRA CALL (TERM) ----
CALL REF # = 4438
BEARER CAP = VOICE
HLC =
CALL STATE = 12 DISC IND
CALLING NO = 0722304216
CALLED NO = 304610
IDLE TN 028 1 07 13 MARP
DCH 19 UIPE_IMSG CC_DISC_IND REF 0000114A CH 20 15 TOD 17:59:09
CAUSE: #16 - NORMAL CALL CLEARING
PROGRESS: INBAND INFO OR PATTERN IS AVAIL
DCH 19 UIPE_OMSG CC_RELEASE_REQ REF 0000114A CH 20 15 TOD 17:59:17
CAUSE: #16 - NORMAL CALL CLEARING
В этом куске видно, что канал освободился через 8 сек, это время до отбоя абонентом или автоматического освобождения канала? Посмотрите, если вы вешаете трубку быстрее, то и RELEASE_REQ уйдет раньше.
Трассировки у вас по разным звонкам, абонент занимает RMBR 20 8, по Д-каналу вы показали 20 15, а в последнем сообщении речь идет о другом руте 19 20. Здесь нет никакой ошибки?
2 Crow&ZAZ
А что, вопрос до сих пор не закрыт? :rolleyes: Тогда еще раз: если не хочется слышать "занято" в трубе, поставьте таймера OUT_T306 (IN_T306) по нулям. Таймера в уставках D-канала.
Удачи
Привет MALEX!
Если можно подробнее объяснить в каком LD меняются и читаются таймеры.
Читаются:
LD 22
PRT
ADAN DCH 19 (для 19-го Д-канала, или ADAN DCH - для всех D-ch)
...
...
таймеры и их значения ближе к концу распечатки.
Меняются.
1. Блокируем D-ch
LD 96
.dis dch 19
2. изменяем параметры D-ch
LD 17
chg
adan
adan chg dch 19
...
...
TIMR YES
OUT_T306 0
IN_T306 0
...
3. активизируем D-ch
LD 96
.enl dch 19
Прочитал информацию вот такие у меня параметры:
ADAN DCH 19
CTYP MSDL
GRP 0
DNUM 13
PORT 0
DES GOROD_EURO_USR
USR PRI
DCHL 20
OTBF 127
PARM RS422 DTE
DRAT 64KC
CLOK EXT
IFC EURO
CNTY ETSI
PINX_CUST 0
ISDN_MCNT 300
CLID OPT1
PROG MCON
CO_TYPE STD
SIDE USR
CNEG 1
RLS ID **
RCAP COLP ND3
MBGA NO
OVLR YES
DIDD 0
OVLS YES
OVLT 0
T310 120
INC_T306 120
OUT_T306 120
T200 3
T203 10
N200 3
N201 260
K 7
Спасибо Malex, поменял таймеры и стало всё ОК.
Привет Malex!
Опять у меня очередные грабли, после изменения таймеров появилась побочная проблема у абонентов. Звонят и жалуются, что не могут в город позвонить, вкл. мониторинг каналов и действительно PRI потоки загружены, т.е. эти таймеры может нельзя совсем по 0 ставить. Подскажи пожалуйста. За ранее спасибо. Андрей.
А каким образом этот таймер повлияет на ваш высокий траффик в фирме, как вам кажется? Может все-таки добавить еще один поток, если загрузка так высока? Например из-за того, что
ZAZ пишет
Звоню с цифрового аппарата через город, на цифрового абонента моей АТС(М81С), ... Случаем, эта "привычка" не является "правилом"?;)