[cisco-voip] QSIG CallForwardAll between PBX-IP phones fails
Wes Sisk
wsisk at cisco.com
Wed Jan 11 08:43:08 EST 2006
The STATUS message means the remote side did not like the last
message sent over.
in the status message the remote side says the callstate is 0x3 =
proceeding
at this point the cm/router has already moved to state alerting
(state 4).
thus you get a call state mismatch and a disconnected call.
the status message comes for one of the messages from the proceeding
state. that means either one of the IE"s in call_proceeding message
(channel_id) or from the facility message.
The channel_id IE cannot be added/removed AFAIK. DMS switches
usually require it on trunks configured for any DMS protocol.
checking the box "interface identifier present' usually causes this
IE to be sent. you can check to see if that box is configurable in
your setup.
The Facility message and facilityIE send the alerting party number
back to the calling party: 48811
This IE is allowed in QSIG but looks like your PBX does not like it
for some reason. You can try modifying the value of 'connected line
ID presentation' on the CM gateway page, but that is for connected
line id, not for alerting line id. I know there are outstanding
feature requests against CM to be able to modify the alerting line
id, but I don't know of anything to preclude it completely - most
people like it and it is part of the supplementary services offered
by qsig.
In the end make sure both ends of the trunk are configured for qsig,
if so you may have to try another isdn switch type to get
interoperability.
/Wes
On Jan 10, 2006, at 11:53 AM, Ruben Montes wrote:
Hello,
I have a CCM 4.1(3)SR2 cluster connected through a router 2851 with a
MGCP PRI QSIG with an Ericsson MD110.
If I have an IP phone forwarded to another IP phone, and I try to call
the first one from an analog phone that should go across the QSIG, call
rings for a second in the final phone and the hangs.
Any idea?
Debug isdn q931
Jan 10 12:29:26: ISDN Se0/0/1:15 Q931: RX <- SETUP pd = 8 callref =
0x7400
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA18392
Preferred, Channel 18
Progress Ind i = 0xA190 - Reserved value
Calling Party Number i = 0x0181, '659457184'
Plan:ISDN, Type:Unknown
Called Party Number i = 0xC9, '48810'
Plan:Private, Type:Subscriber(local)
User-User i = 0x00FE, 'U', 0x0100, 'Y', 0x0100B4
Shift to Codeset 5
Codeset 5 IE 0x31 i = 0x81
Shift to Codeset 5
Codeset 5 IE 0x32 i = 0x80
Jan 10 12:29:26: ISDN Se0/0/1:15 Q931: TX -> CALL_PROC pd = 8 callref =
0xF400
Channel ID i = 0xA98392
Exclusive, Channel 18
Jan 10 12:29:26: ISDN Se0/0/1:15 Q931: TX -> FACILITY pd = 8 callref =
0xF400
Facility i =
0x9FAA068001008201008B0100A115020101020114300D0A01010A010280053438383131
Jan 10 12:29:26: ISDN Se0/0/1:15 Q931: TX -> ALERTING pd = 8 callref =
0xF400
Facility i =
0x9FAA06800100820100A114020101020101800C527562656E204D6F6E746573
Progress Ind i = 0x8088 - In-band info or appropriate now
available
Jan 10 12:29:26: ISDN Se0/0/1:15 Q931: RX <- STATUS pd = 8 callref =
0x7400
Cause i = 0x81E41C - Invalid information element contents
Call State i = 0x03
Jan 10 12:29:26: ISDN Se0/0/1:15 Q931: TX -> DISCONNECT pd = 8 callref
= 0xF400
Cause i = 0x80E2 - Message not compatible with call state or
not
implemented
Jan 10 12:29:26: ISDN Se0/0/1:15 Q931: RX <- STATUS pd = 8 callref =
0x7400
Cause i = 0x81E41C - Invalid information element contents
Call State i = 0x04
Jan 10 12:29:26: ISDN Se0/0/1:15 Q931: RX <- RELEASE pd = 8 callref =
0x7400
Cause i = 0x81E2 - Message not compatible with call state or
not
implemented
User-User i = 0x00FEB4110180
Jan 10 12:29:26: ISDN Se0/0/1:15 Q931: TX -> RELEASE_COMP pd = 8
callref = 0xF400
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
More information about the cisco-voip
mailing list