CCM -> * -> MVTS
Добрый день.
Ситуация следующая - имеем:
Cisco Call Managers 4.1.3 - Адресс 192.168.0.11
Asterisk 1.4.20 - находиться в филиале - IP адресс белый - YY.YY.YY.YY - прокинут от для ccm через тунели.
MVTS - IP адресс белый - XX.XX.XX.XX - принимает звонки только по h323 g729.
Call Manager из за ната работать не может, поэтому * выступает в роли voice proxy на границе с Internet.
Ну и собсно при прохождении звонка по этой схеме получаем, что после того как мера устанавливает соединение с конечной точкой. Asterisk падает - тихо и без криков.
Дебаг:
ASTk*CLI== New H.323 Connection created.
Received non-standard Cisco extension data 8 octets {
80 a4 00 04 00 01 01 00 ........
}
H323_UU_NonStdInfo = {
callMgrParam = {
interclusterVersion = 1
enterpriseID = 0 octets {
}
}
}
--Received SETUP message
-- Setting up Call
-- Call token: [ip$192.168.0.11:50682/9]
-- Calling party name: []
-- Calling party number: [5095]
-- Called party name: [74957555755]
-- Called party number: [74957555755]
-- Calling party IP: [192.168.0.11]
Setting capabilities to 0xc (ulaw|alaw)
Capabilities in preference order is (alaw|ulaw)
Allowed Codecs:
Table:
G.711-ALaw-64k <1>
G.711-uLaw-64k <2>
UserInput/hookflash <3>
UserInput/RFC2833 <4>
UserInput/dtmf <5>
Set:
0:
0:
G.711-ALaw-64k <1>
G.711-uLaw-64k <2>
1:
UserInput/hookflash <3>
2:
UserInput/RFC2833 <4>
UserInput/dtmf <5>
=-= In OnAnswerCall for call 9
- Progress Indicator: 0
- Inserting PI of 0 into ALERTING message
-- Executing [74957555755@default:1] Dial("H323/ip$192.168.0.11:50682/9", "H323/74957555755@MTBC|20|tT") in new stack
-- Requested transfer capability: 0x00 - SPEECH
-- Making call to 74957555755@XX.XX.XX.XX:1720 without gatekeeper.
Using YY.YY.YY.YY for outbound call
ASTk*CLI== New H.323 Connection created.
-- root is calling host 74957555755@XX.XX.XX.XX:1720
-- Call token is ip$localhost/29127
-- Call reference is 29127
-- DTMF Payload is [pt=101]
-- Called 74957555755@MTBC
Setting capabilities to 0x10c (ulaw|alaw|g729)
Capabilities in preference order is (g729|alaw|ulaw)
Allowed Codecs:
Table:
G.729A <1>
G.729 <2>
G.711-ALaw-64k <3>
G.711-uLaw-64k <4>
UserInput/hookflash <5>
UserInput/RFC2833 <6>
UserInput/dtmf <7>
Set:
0:
0:
G.729A <1>
G.729 <2>
G.711-ALaw-64k <3>
G.711-uLaw-64k <4>
1:
UserInput/hookflash <5>
2:
UserInput/RFC2833 <6>
UserInput/dtmf <7>
-- Sending SETUP message
-- Transmitting RFC2833 on payload 101
ASTk*CLI-- Started logical channel: sending G.729A
-- channelsOpen = 1
External RTP Session Starting
RTP channel id 1 parameters:
-- remoteIpAddress: XX.XX.XX.XX
-- remotePort: 32410
-- ExternalIpAddress: YY.YY.YY.YY
-- ExternalPort: 14378
-- Started logical channel: receiving G.729A
-- channelsOpen = 2
External RTP Session Starting
RTP channel id 1 parameters:
-- remoteIpAddress: XX.XX.XX.XX
-- remotePort: 32410
-- ExternalIpAddress: YY.YY.YY.YY
-- ExternalPort: 14378
ExternalRTPChannel Destroyed
ExternalRTPChannel Destroyed
ExternalRTPChannel Destroyed
ExternalRTPChannel Destroyed
ExternalRTPChannel Destroyed
ExternalRTPChannel Destroyed
Received non-standard Cisco extension data 47 octets {
60 01 01 00 01 1c 28 1c 26 9e 81 00 03 67 74 64 `.....(.&....gtd
00 00 00 1b 41 4e 4d 2c 0d 0a 50 52 4e 2c 69 73 ....ANM,..PRN,is
64 6e 2a 2c 2c 4e 45 54 35 2a 2c 0d 0a 0d 0a dn*,,NET5*,....
}
H323_UU_NonStdInfo = {
version = 1
protoParam = {
qsigNonStdInfo = {
iei = 28
rawMesg = 40 octets {
1c 26 9e 81 00 03 67 74 64 00 00 00 1b 41 4e 4d .&....gtd....ANM
2c 0d 0a 50 52 4e 2c 69 73 64 6e 2a 2c 2c 4e 45 ,..PRN,isdn*,,NE
54 35 2a 2c 0d 0a 0d 0a T5*,....
}
}
}
}
Information elements collected:{
protocolDiscriminator = 8
callReference = 0
from = originator
messageType = Escape
IE: Facility = {
9e 81 00 03 67 74 64 00 00 00 1b 41 4e 4d 2c 0d ....gtd....ANM,.
0a 50 52 4e 2c 69 73 64 6e 2a 2c 2c 4e 45 54 35 .PRN,isdn*,,NET5
2a 2c 0d 0a 0d 0a *,....
}
}
=-= In OnConnectionEstablished for call 29127
-- Connection Established with "74957555755"
ASTk*CLI>
Disconnected from Asterisk server
Executing last minute cleanups
Из дебага ничего не увидел к сожалению =(
В то же время, если мы ставим между колл манеджером и астериском 1.4.20 ещё один астериск 1.2 который работал с кол менеджером ранее и который проксирует соединение ( reinvite = no) то всё проходит успешно.
Call Manager может работать только по h323 на участке CCM -> * пробавали и 711 и 729 кодеки.
Прошу поделиться соображениями по сложившейся ситуации.
Заранее благодарен.
|
