ZAZ
16.12.2004, 18:36
Подскажите пожалуйста, я новичок у вас форуме. Описую проблему: звоню абоненту на городской номер, разговариваем, потом абонент ложит трубку, а соединение не разваливается до тех пор пока я не положу трубку. Я предпологаю что нужно в руте изменить параметр, но вот какой? Спасибо вам за ранее.

Malex
16.12.2004, 18:44
Если цифровые линии - смотри в руте параметры NEDC, FEDC.
В аналоговых двухпроводных автоматический релиз возможен с использованием BTD (детктор занято). Скорее всего, речь идет о DTI интерфейсе, так?

ZAZ
16.12.2004, 18:53
В 2-х проводках есть в руте такие параметры, а это PRI поток на город там не нашел таких параметров.

Malex
16.12.2004, 19:01
Если это PRI, тогда нужно включать трейсер D-ch в 96-м и смотреть, почему не отрабатывается релиз.
Толку, что они есть, скажем в руте с транками на плате XUT?

ZAZ
17.12.2004, 09:45
Привет Malex!
Промониторил D канал, и опять таки не могу понять. Поэтому высылаю файл с мониторингом может, подскажешь где копать.
За ранее спасибо.

Malex
17.12.2004, 11:42
Похоже, нужен патч 12272.
EUROISDN: M1 does not send CC_REL_RESP on EURO ETSI.
Станция, релиз?

Karter
17.12.2004, 12:34
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.

Malex
17.12.2004, 12:52
Karter пишет
2 Malex :

Это патч вообще к делу не относится.



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

...Хотя, кажется я не прав. Отправка СC_RELEASE_RESP - для сценария с отбоем ближнего конца первым.

Malex
17.12.2004, 13:10
ZAZ пишет
звоню абоненту на городской номер, разговариваем, потом абонент ложит трубку, а соединение не разваливается до тех пор пока я не положу трубку.

А по чем Вы судите, что "соединение" на разваливается? Что в этот момент в трубке? На каком телефоне (цифровой, аналоговый)?

Crow
17.12.2004, 13:41
По поводу мессаджей дисконекта:
сообщений всего три и набор зависит от того кто был инициатором.
А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 поправьте если я ошибаюсь.

ZAZ
17.12.2004, 14:10
АТС М81С. Релиз 25.40 .

Crow
17.12.2004, 14:19
2 ZAZ
Да, действительно, покажите как оно "не разваливается".
Что показывает трассировка канала и телефона в то время как удаленный отбился а ваш абонент держит поднятую трубку. И что за абонент? Если он аналоговый, то работы идентичной с цифровиком вы естественно не добьётесь.

ZAZ
17.12.2004, 17:40
Звоню с цифрового аппарата через город, на цифрового абонента моей АТС(М81С), и когда он ложит трубку, то у меня в трубке корокие гудки, а на дисплее высвечивает что линия не освободилась.

Crow
17.12.2004, 17:56
Ну так, - трассировку в студию! :-)))

Malex
17.12.2004, 18:05
Это называется - еще раз о таймере T_306... Ставьте по нулям.

Crow
17.12.2004, 18:06
Возмите ld 80 trak, и если он все же терминируется на какой то из каналов PRI то возмите и эту часть из трэйса Д-канала. Покажите это здесь.

Malex
17.12.2004, 18:16
Читаем в 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.

ZAZ
17.12.2004, 19:07
Сделал в 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

ZAZ
17.12.2004, 19:14
Извиняюсь. Вот это когда абонент ложит трубку:

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

Crow
20.12.2004, 13:43
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. Здесь нет никакой ошибки?

Malex
20.12.2004, 13:50
2 Crow&ZAZ

А что, вопрос до сих пор не закрыт? :rolleyes: Тогда еще раз: если не хочется слышать "занято" в трубе, поставьте таймера OUT_T306 (IN_T306) по нулям. Таймера в уставках D-канала.
Удачи

ZAZ
20.12.2004, 16:34
Привет MALEX!
Если можно подробнее объяснить в каком LD меняются и читаются таймеры.

Malex
20.12.2004, 16:51
Читаются:
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

ZAZ
20.12.2004, 17:05
Прочитал информацию вот такие у меня параметры:

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

ZAZ
20.12.2004, 17:21
Спасибо Malex, поменял таймеры и стало всё ОК.

ZAZ
21.12.2004, 19:15
Привет Malex!
Опять у меня очередные грабли, после изменения таймеров появилась побочная проблема у абонентов. Звонят и жалуются, что не могут в город позвонить, вкл. мониторинг каналов и действительно PRI потоки загружены, т.е. эти таймеры может нельзя совсем по 0 ставить. Подскажи пожалуйста. За ранее спасибо. Андрей.

Malex
22.12.2004, 11:00
А каким образом этот таймер повлияет на ваш высокий траффик в фирме, как вам кажется? Может все-таки добавить еще один поток, если загрузка так высока? Например из-за того, что
ZAZ пишет
Звоню с цифрового аппарата через город, на цифрового абонента моей АТС(М81С), ... Случаем, эта "привычка" не является "правилом"?;)