Уважаемые коллеги,

Помогите, пожалуйста, разобраться. Звонки из города в Меридиан, на аналоговые порты, если не снимать трубку и дать отбой из города, зависают на 55 секунд в состоянии "HALFDISC", т.е. Меридиан продолжает вызывать из пустоты. Никак не пойму, какой таймер крутить, в какую сторону искать.

Из города приходит PRI, Euro ISDN
Release 20 (не смеяться) :)


Вот звонок в нормальном состоянии:

.TRAC 0 301 DEV

ACTIVE TN 004 0 00 01
ORIG 001 13 DID RMBR 1 13
TERM 004 0 00 01 MARP 0 301 500
DIAL DN 301
MAIN_PM ESTD
TALKSLOT ORIG 14 TERM 16
EES_DATA:
NONE
QUEU NONE
CALL ID 0
COS_ORIG UNR. COS_TER UNR.
TGAR_ORIG 0 TGAR_TER 1
NCOS_ORIG 7 NCOS_TER 4
EXP_ROUTE NO

---- ISDN PRA CALL (ORIG) ----
CALL REF # = 29351
BEARER CAP = VOICE
CALL STATE = 10 ACTIVE
CALLING NO = 5029999
CALLED NO = 44


Вот отбил из города, на Меридиане будет еще 55 секунд висеть и звонить.

.TRAC 0 301 DEV

ACTIVE TN 004 0 00 01
ORIG NONE
TERM 004 0 00 01 MARP 0 301 500
TDTN 0 SLOT 16 PTY SLOT 16
DIAL DN 301
MAIN_PM HALFDISC
TALKSLOT NONE
EES_DATA:
NONE
QUEU 2S
CALL ID 0
COS_ORIG UNR. COS_TER UNR.
TGAR_ORIG 0 TGAR_TER 1
NCOS_ORIG 7 NCOS_TER 4
EXP_ROUTE NO


Спасибо!

--
Konstantin Barinov

Рут распечатайте.

Пардон, забыл.

TYPE RDB
CUST 00
DMOD
ROUT 1
TKTP DID
SAT NO
RCLS EXT
DTRK YES
DGTP PRI2
ISDN YES
MODE PRA
IFC EURO
CNTY FIN
NCNA NO
NCRD NO
ISAR NO
PTYP DCO
AUTO NO
DNIS NO
ICOG IAO
RANX NO
SRCH LIN
TRMB YES
STEP
ACOD 8594
TARG
OABS
INST
IDC YES
DCNO 1
NDNO 1 *
DEXT NO
DNAM NO
MFC NO
TIMR ICF 512
OGF 512
EOD 13952
NRD 10112
DDL 70
ODT 4096
RGV 640
FLH 510
GTO 896
GTI 896
SFB 3
NBS 2048
NBL 4096
NRAG 30
TFD 0
DTD NO
SCDT NO
2 DT NO
DDO NO
DRNG NO
CDR YES
INC NO
TTA NO
OAL YES
AIA YES
OAN YES
OPA YES
OPD NO


PAGE 002

NDP EXC 0
CDRX NO
CCO NO
NATL YES
SSL
CFWR NO
IDOP YES
MUS NO
MR NO
RUCS 0
EQAR NO
FRL 0 0
FRL 1 0
FRL 2 0
FRL 3 0
FRL 4 0
FRL 5 0
FRL 6 0
FRL 7 0
PANS YES
TTBL 0
PLEV 2
OPR NO
PRDL NO
EOS NO
DNSZ 0
RCAL NO
MCTS NO
ALRM NO
BTT 30
ACKW NO
ART 0
PECL NO
DCTI 0
SGRP 0

И D-канал распечатайте плиз

CNTY FIN из каких соображений прописано?
Конфиг и лог сообщений dch можем посмотреть?

Потому, что когда эту станцию ставили (1994 год), все новое дигитальное оборудование в Эстонии было сконфигурировано по аналогии с Финляндией. Да и до сих пор так и осталось.

PhoneMan пишет
CNTY FIN из каких соображений прописано?
Конфиг и лог сообщений dch можем посмотреть?

ADAN DCH 15
CTYP MSDL
CARD 01
PORT 1
DES EURO-ISDN
USR PRI
DCHL 1
OTBF 32
PARM RS422 DTE
DRAT 64KC
CLOK EXT
IFC EURO
CNTY FIN
SIDE USR
CNEG 1
RLS ID **
RCAP
OVLR YES
DIDD 0
OVLS YES
OVLT 0
T310 30
T200 3
T203 10
N200 3
N201 260
K 7

sbbr пишет
Потому, что когда эту станцию ставили (1994 год), все новое дигитальное оборудование в Эстонии было сконфигурировано по аналогии с Финляндией. Да и до сих пор так и осталось.
Терпеливый народ в Эстонии... 13 лет мучаются :)

:) :)

sbbr пишет
Потому, что когда эту станцию ставили (1994 год), все новое дигитальное оборудование в Эстонии было сконфигурировано по аналогии с Финляндией. Да и до сих пор так и осталось.
А может всё-таки попробовать CNTY ETSI ?

Попробую. В руте и в д-канале?

PhoneMan пишет
А может всё-таки попробовать CNTY ETSI ?

Да.

sbbr пишет
В руте и в д-канале?

Иземнил. Эффекта нет.


PhoneMan пишет
А может всё-таки попробовать CNTY ETSI ?

А что с логом сообщений dch ?

Как посмотреть лог? И в д-канале мне не дает поменять страну, нет промпта CNTY.

PhoneMan пишет
А что с логом сообщений dch ?

sbbr пишет
И в д-канале мне не дает поменять страну, нет промпта CNTY.
Остановить, удалить и прописать заново.

sbbr пишет
Как посмотреть лог?
LD 96
ENL MSGI 15
ENL MSGO 15

DCH 15 UIPE_IMSG CC_SETUP_IND REF 0EA8 CH .1 4 TOD 18:31:07
.CALLING #:5029925 NUM PLAN: E164
CALLED #:44 NUM PLAN: E164

DCH 15 UIPE_OMSG CC_PROCEED_REQ REF 8EA8 CH .1 4 TOD 18:31:07
.
DCH 15 UIPE_OMSG CC_ALERT_REQ REF 8EA8 CH .1 4 TOD 18:31:07
.
DCH 15 UIPE_OMSG CC_SETUP_RESP REF 8EA8 CH .1 4 TOD 18:31:09
.PROGRESS: TERMINATING END IS NOT ISDN
CONNECT #:3010 NUM PLAN: E164

DCH 15 UIPE_IMSG CC_SETUPCOMP_IND REF 0EA8 CH .1 4 TOD 18:31:09
.
DCH 15 UIPE_IMSG CC_DISC_IND REF 0EA8 CH .1 4 TOD 18:31:17
.CAUSE:NORMAL CALL CLEARING
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 15 UIPE_OMSG CC_RELEASE_REQ REF 8EA8 CH .1 4 TOD 18:31:17
.
DCH 15 UIPE_IMSG CC_RELEASE_CONF REF 0EA8 CH .1 4 TOD 18:31:17

Повесил трубку в городе.
После этого телефон продожал вызывать ~55 секунд. Больше сообщений от dch не было.

В первом сообщении писал:
Звонки из города в Меридиан, на аналоговые порты, если не снимать трубку и дать отбой из города, зависают на 55 секунд в состоянии "HALFDISC"...

А в приведенном логе виден CONNECT, т.е. звонок был отвечен, а потом уже отбит "из города".

Что-то не то, дружище.

Давай ещё раз.

Что такое 3010?
Не DISA?

Даю еще раз.

CH 15 UIPE_IMSG CC_SETUP_IND REF 10A8 CH .1 2 TOD 18:50:57
.CALLING #:5029925 NUM PLAN: E164
CALLED #:44 NUM PLAN: E164

DCH 15 UIPE_OMSG CC_PROCEED_REQ REF 90A8 CH .1 2 TOD 18:50:57
.
DCH 15 UIPE_OMSG CC_ALERT_REQ REF 90A8 CH .1 2 TOD 18:50:57
.
DCH 15 UIPE_OMSG CC_SETUP_RESP REF 90A8 CH .1 2 TOD 18:50:59
.PROGRESS: TERMINATING END IS NOT ISDN
CONNECT #:3010 NUM PLAN: E164

DCH 15 UIPE_IMSG CC_SETUPCOMP_IND REF 10A8 CH .1 2 TOD 18:50:59


Отбил городской звонок.


DCH 15 UIPE_IMSG CC_DISC_IND REF 10A8 CH .1 2 TOD 18:51:05
.CAUSE:NORMAL CALL CLEARING
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 15 UIPE_OMSG CC_RELEASE_REQ REF 90A8 CH .1 2 TOD 18:51:05
.
DCH 15 UIPE_IMSG CC_RELEASE_CONF REF 10A8 CH .1 2 TOD 18:51:05

И опять CONNECT #:3010 - т.е. отвеченный вызов.

Признавайся, что у тебя на этом номере.
Похоже на модем в режиме автоответа, или на факс.

Хм.... что такое 3010 надо искать.

REQ PRT
TYPE:
TYPE DNB
CUST
DN 3010
DATE
PAGE
DES.

CUST 00

NO ACT SINCE NO DATE

Тут нет. В GHT тоже нет. Где еще можно посмотреть?

sbbr пишет
Хм.... что такое 3010 надо искать.
...
Где еще можно посмотреть?
В твоем же собственном первом сообщении:
TERM 004 0 00 01 MARP 0 301 500

Такс...

Городской номер был направлен на PLDN, поиск из пары свободных внутренних номеров.

Было так:

GHLN 0000
GHT

PLDN 291
DNSZ 16
STOR 0 301
STOR 1 353
STOR 2
STOR 3

LD 49:

REQ PRT
TYPE IDC
CUST 0
DCNO 1

DCNO 1
SDID NO
IDGT CDGT
44 291

Вот в этом случае появляется CONNECT на таинственный номер 3010. Может, это что-то связанное с поиском?

Сейчас изменил таким образом, что звонок из города идет прямо на DN 301.

REQ PRT
TYPE IDC
CUST 0
DCNO 1

DCNO 1
SDID NO
IDGT CDGT
44 301


Но проблема все равно остается, телефон звонит еще с минуту после отбоя.

Вот новый лог d-channel:

DCH 15 UIPE_IMSG CC_SETUP_IND REF 1228 CH .1 4 TOD 19:08:31
.CALLING #:5029925 NUM PLAN: E164
CALLED #:44 NUM PLAN: E164

DCH 15 UIPE_OMSG CC_PROCEED_REQ REF 9228 CH .1 4 TOD 19:08:31
.
DCH 15 UIPE_OMSG CC_ALERT_REQ REF 9228 CH .1 4 TOD 19:08:31
.
DCH 15 UIPE_OMSG CC_SETUP_RESP REF 9228 CH .1 4 TOD 19:08:33
.PROGRESS: TERMINATING END IS NOT ISDN

DCH 15 UIPE_IMSG CC_SETUPCOMP_IND REF 1228 CH .1 4 TOD 19:08:33
.

Подождал 3 звнока, отбил из города.


DCH 15 UIPE_IMSG CC_DISC_IND REF 1228 CH .1 4 TOD 19:08:47
.CAUSE:NORMAL CALL CLEARING
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 15 UIPE_OMSG CC_RELEASE_REQ REF 9228 CH .1 4 TOD 19:08:47
.
DCH 15 UIPE_IMSG CC_RELEASE_CONF REF 1228 CH .1 4 TOD 19:08:47


Все равно звоним:


> LD 80
TRA000
.TRAC 0 301 DEV

ACTIVE TN 004 0 00 01
ORIG NONE
TERM 004 0 00 01 MARP 0 301 500
TDTN 0 SLOT 27 PTY SLOT 24
DIAL DN 301
MAIN_PM HALFDISC
TALKSLOT NONE
EES_DATA:
NONE
QUEU 2S
CALL ID 0
COS_ORIG UNR. COS_TER UNR.
TGAR_ORIG 0 TGAR_TER 1
NCOS_ORIG 7 NCOS_TER 4
EXP_ROUTE NO



Вот нормальный звонок, когда я отвечаю на внутренний, CONNECT не фигурирует в логе:


DCH 15 UIPE_IMSG CC_SETUP_IND REF 1328 CH .1 7 TOD 19:15:05
.CALLING #:5029925 NUM PLAN: E164
CALLED #:44 NUM PLAN: E164

DCH 15 UIPE_OMSG CC_PROCEED_REQ REF 9328 CH .1 7 TOD 19:15:05
.
DCH 15 UIPE_OMSG CC_ALERT_REQ REF 9328 CH .1 7 TOD 19:15:05
.
DCH 15 UIPE_OMSG CC_SETUP_RESP REF 9328 CH .1 7 TOD 19:15:05
.PROGRESS: TERMINATING END IS NOT ISDN



Ответил на внутренний, повесил трубку.



DCH 15 UIPE_IMSG CC_SETUPCOMP_IND REF 1328 CH .1 7 TOD 19:15:05
.
DCH 15 UIPE_OMSG CC_DISC_REQ REF 9328 CH .1 7 TOD 19:15:15
.CAUSE:NORMAL CALL CLEARING
PROGRESS: TERMINATING END IS NOT ISDN

DCH 15 UIPE_IMSG CC_RELEASE_IND REF 1328 CH .1 7 TOD 19:15:15

Да, у меня DN 301, а не 3010


PhoneMan пишет
В твоем же собственном первом сообщении:
TERM 004 0 00 01 MARP 0 301 500

Но проблема все равно остается, телефон звонит еще с минуту после отбоя

Потому, что ничего не изменилось - железка, подключенная на TN 4_01 (DN 301), умеет отвечать на звонки и держать линию.

Набери 301 с другого местного, уверен, что ты увидишь такой же HALFDISC.

Да, действительно, с внутреннего тоже висит.

Там подключен FXO порт Cisco. Я неправильно сформулировал вопрос, выходит. Надо было спрашивать, почему FXO держит линию. Надо меньше пить. :)



ACTIVE TN 004 0 00 01
ORIG 007 0 00 07 MARP 0 396 500
TERM 004 0 00 01 MARP 0 301 500
DIAL DN 301
MAIN_PM ESTD
TALKSLOT ORIG 10 TERM 10
EES_DATA:
NONE
QUEU NONE
CALL ID 0
COS_ORIG UNR. COS_TER UNR.
TGAR_ORIG 1 TGAR_TER 1
NCOS_ORIG 4 NCOS_TER 4
EXP_ROUTE NO



.TRAC 0 301 DEV

ACTIVE TN 004 0 00 01
ORIG NONE
TERM 004 0 00 01 MARP 0 301 500
TDTN 0 SLOT 18 PTY SLOT 18
DIAL DN 301
MAIN_PM HALFDISC
TALKSLOT NONE
EES_DATA:
NONE
QUEU 2S
CALL ID 0
COS_ORIG UNR. COS_TER UNR.
TGAR_ORIG 1 TGAR_TER 1
NCOS_ORIG 4 NCOS_TER 4
EXP_ROUTE NO

Я не подумал сразу, что нужно копать глубже, чем в Меридиане.

Схема такая:

TN 4 1 --> Cisco FXO --> SIP server --> SIP телефон.

Связь обрывается тогда, когда телефон по таймеру шлет 480 "Temporarily Not Available", через минуту недозвона.

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

Схема вообще-то должна быть такая
городской свич-->PRI Меридиана-аналоговый порт Меридиана TN 4 1 --> Cisco FXO
Что дальше за циской нас не интересует
Решение
Обучить циску понимать бизи Меридиана.
Или подключить циску по цифре.

Да, схема и такая и есть. Есть ли возможность обучить циско понимать бизи Меридиана?

Насчет цифры уже да, все правильно. Нужно купить PRI карту в Меридиан. Как запасной вариант идет.


--UPDATE-- Похоже, ничего не получится с аналоговыми портами. Из документации Cisco, о Меридиане:

The FXO voice port goes off-hook on the first ring of an incoming seizure, before the targeted phone has answered. The PBX Analog
extension does not support disconnect supervision, which causes trunk hang issues and long ring-no answer times.



Urri пишет
Схема вообще-то должна быть такая
городской свич-->PRI Меридиана-аналоговый порт Меридиана TN 4 1 --> Cisco FXO
Что дальше за циской нас не интересует
Решение
Обучить циску понимать бизи Меридиана.
Или подключить циску по цифре.

1) FXO Циски должен понимать busy tone
2) TLP в Меридиане должен быть включен и настроен

PS: Точно поставленный вопрос мог стать половиной решения задачи..

Что такое TLP?

PS Сам вошел в суть вопроса по ходу пьесы. :)


Old Chap пишет
2) TLP в Меридиане должен быть включен и настроен

PS: Точно поставленный вопрос мог стать половиной решения задачи..

sbbr пишет
Что такое TLP?
Не стесняйся пользоваться ПОИСКом по форуму, помогает.
LD56 PRT FTC

Old Chap пишет
1) FXO Циски должен понимать busy tone
Такое бывает?

Имеется в конфиге:

BUSY
XTON 168
XCAD 019

TLP
XTON 168
XCAD 019
TLPT 30

WCAD 19
CDNC 00040 00060 00040 00260 00040 00060 00040 00260 00040 00060

Это то, что нужно?


Old Chap пишет
Не стесняйся пользоваться ПОИСКом по форуму, помогает.
LD56 PRT FTC

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

Судя по документации, понимают.

http://www.cisco.com/en/US/tech/tk652/tk653/technologies_tech_note09186a00800ae2d1.shtml


Gluker пишет
Такое бывает?

sbbr пишет
Имеется в конфиге:

BUSY
XTON 168
XCAD 019

TLP
XTON 168
XCAD 019
TLPT 30

WCAD 19
CDNC 00040 00060 00040 00260 00040 00060 00040 00260 00040 00060

Это то, что нужно?
Нет, не думаю. Это IMHO тоже что-то из "FIN".
У вас в "ноормаальной " городской телефонной сети гудки "занято" как выглядят?
Стандарт есть?

На слух звучат так же, как гудит занято Меридиан. Хотя, не уверен. Завтра послушаю, Меридиан сейчас далеко от меня.


Old Chap пишет
Нет, не думаю. Это IMHO тоже что-то из "FIN".
У вас в "ноормаальной " городской телефонной сети гудки "занято" как выглядят?
Стандарт есть?

Дальнейшие исследования показали, что Меридиан не виноват. Он шлет какой-то disconnect tone (не могу сейчас послушать, какой). Cisco этот тон получает. Но почему-то не обрывает связь.


Вот дебаг из Cisco, в момент обрыва звонка с Меридиана.


debug vtsp all
debug vpm all
debug vpm dsp

Mar 21 00:05:08: C542 DPR1: D2H Msg: 000E 0001 00C1 0000 0003 0001 0000
Mar 21 00:05:08: htsp_call_supervision_tone - sdt
Mar 21 00:05:08: htsp_process_event: [1/0/0, FXOLS_PROCEEDING, E_DSP_SUP_DISCONNECT]fxols_incoming_sup_disc
Mar 21 00:05:08: htsp_timer2 - 60000 msec
Mar 21 00:05:08: C542 DPR1: D2H Msg: 000E 0001 00C1 0000 0008 0000 0000
Mar 21 00:05:08: htsp_call_supervision_tone - tone off
Mar 21 00:05:08: htsp_process_event: [1/0/0, FXOLS_PROCEEDING, E_DSP_SUP_TONE_OFF]
Mar 21 00:05:08: C542 DPR1: D2H Msg: 000E 0001 00C1 0000 0003 0000 0012

Хотя, может тема уже не для Меридиановского форума? :)


--UPDATE--

Проблема решена, всем спасибо. :)

voice-port 1/0/0
timeouts call-disconnect 3

PS Это называется удалять гланды через ... . Зато узнал много нового. :)

FXO Циски должен понимать busy tone

Такое бывает?

Бывает, почему нет? Вот для FXS это было бы странно...
Что за циска? Какой IOS?