Problem on QSIG link between 2811 and Alcatel 4400

Unanswered Question
Jun 11th, 2007

Hello

I've problem with QSIG link.

Architecture:

I've 2811 connected to OMNI PCX 4400 Alcatel with QSIG link.

On the OMNI PCX, i've, MOH device when i call specific number.

Problem:

When i call the "specific number" from my Ip phone connected on my LAN behind the router 2811, the call are OK. I listen the MOH and after short time, the called agent hang off is phone => OK!

When i call the same specific number from outside, the caller doesn't listen MOH. However, the called agent is ringged and can hang on the call ...

Changed done without effect:

- We have also changed the identity of the caller from translation pattern ...

- We have change Plan:ISDN, Type:National to unknown, unknown ...

Does anyone can help me ?

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 4.5 (2 ratings)
Loading.
Paolo Bevilacqua Mon, 06/11/2007 - 04:53

Hello,

As I understand that, you should have two ISDN links, one qsig to the omni, one to pstn. Please send output of "debug isdn q931" for both the successful call from the IP phone, and the "no moh" call from outside.

malosse Mon, 06/11/2007 - 05:12

Hello

I've on T2(E1) on 2811 to the OMNI, and 1 T2 (E1) to the PSTN.

In fact, i've 2 router connected together via LAN network.

Trace with problem:

*Jun 5 17:32:32.955: ISDN Se0/1/0:15 Q931: RX <- NOTIFY pd = 8 callref = 0x8003

Notification Ind i = 0xF9

*Jun 5 17:32:33.191: ISDN Se0/1/0:15 Q931: RX <- FACILITY pd = 8 callref = 0x8003

Facility i = 0x91AA068001008201008B0100A11602022EEC06042B0C090C300A0A0101820080000A0101

*Jun 5 17:32:33.199: ISDN Se0/1/0:15 Q931: RX <- FACILITY pd = 8 callref = 0x8003

Facility i = 0x91AA068001008201008B0100A11C02022EE106042B0C090180104A5556454E54494E204D6968696D616E

*Jun 5 17:32:35.407: ISDN Se0/1/0:15 Q931: RX <- FACILITY pd = 8 callref = 0x8003

Facility i = 0x91AA068001008201008B0100A12F02022EEB06042B0C090B3023A0098004363738390A010040049532018180104A5556454E54494E204D6968696D616E

Notification Ind i = 0xFA

*Jun 5 17:32:45.903: ISDN Se0/1/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0004

Sending Complete

Bearer Capability i = 0x8090A3

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA9839E

Exclusive, Channel 30

Calling Party Number i = 0x2181, '414402'

Plan:ISDN, Type:National

Called Party Number i = 0x80, '7794'

Plan:Unknown, Type:Unknown

*Jun 5 17:32:45.935: ISDN Se0/1/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x8004

Channel ID i = 0xA1839E

Preferred, Channel 30

*Jun 5 17:32:45.939: ISDN Se0/1/0:15 Q931: RX <- ALERTING pd = 8 callref = 0x8004

Progress Ind i = 0x8088 - In-band info or appropriate now available

Locking Shift to Codeset 5

Codeset 5 IE 0x32 i = 0x81

*Jun 5 17:32:45.999: ISDN Se0/1/0:15 Q931: RX <- PROGRESS pd = 8 callref = 0x8004

Progress Ind i = 0x8088 - In-band info or appropriate now available

*Jun 5 17:32:55.707: ISDN Se0/1/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0005

Sending Complete

Paolo Bevilacqua Mon, 06/11/2007 - 05:28

Hello,

The trace you sent is incomplete, it misses "connect" from PBX.

Anyway the problem be due to the router not enabling the audio path between alerting/progress and connect.

Please see:

http://www.cisco.com/en/US/tech/tk1077/technologies_tech_note09186a0080094c33.shtml#vpcutthru

in short, what may be needed is:

voice rtp send-recv

hope this helps, please rate post if it does!

malosse Mon, 06/11/2007 - 06:03

Hello

Sorry, for the missing trace ... ;-)

When we place from the inside LAN (from Cisco IP phone connectd on the LAN behind the 2811), the MOH sent by the OMNI work well ...

This the trace of the call:

*Jun 5 17:31:25.815: ISDN Se0/1/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0002

Bearer Capability i = 0x8090A3

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA9839F

Exclusive, Channel 31

Facility i = 0x91AA06800100820100A11602010106042B0C0900800B434F554C4F4E2052656E65

Calling Party Number i = 0x0081, '4402'

Plan:Unknown, Type:Unknown

Called Party Number i = 0x80, '7794'

Plan:Unknown, Type:Unknown

*Jun 5 17:31:25.859: ISDN Se0/1/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x8002

Channel ID i = 0xA1839F

Preferred, Channel 31

*Jun 5 17:31:25.863: ISDN Se0/1/0:15 Q931: RX <- ALERTING pd = 8 callref = 0x8002

Progress Ind i = 0x8088 - In-band info or appropriate now available

Locking Shift to Codeset 5

Codeset 5 IE 0x32 i = 0x81

*Jun 5 17:31:25.899: ISDN Se0/1/0:15 Q931: RX <- PROGRESS pd = 8 callref = 0x8002

Progress Ind i = 0x8088 - In-band info or appropriate now available

*Jun 5 17:31:37.907: ISDN Se0/1/0:15 Q931: RX <- FACILITY pd = 8 callref = 0x8002

Facility i = 0x91AA068001008201008B0100A11202022EE106042B0C09018006434349565238

*Jun 5 17:31:37.935: ISDN Se0/1/0:15 Q931: RX <- CONNECT pd = 8 callref = 0x8002

Facility i = 0x91AA068001008201008B0100A11202022EE206042B0C09028006434349565238

Progress Ind i = 0x8082 - Destination address is non-ISDN

Locking Shift to Codeset 5

Codeset 5 IE 0x32 i = 0x81

*Jun 5 17:31:37.943: ISDN Se0/1/0:15 Q931: TX -> CONNECT_ACK pd = 8 callref = 0x0002

*Jun 5 17:31:40.103: ISDN Se0/1/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x0002

Cause i = 0x8090 - Normal call clearing

*Jun 5 17:31:40.135: ISDN Se0/1/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x8002

Cause i = 0x809080 - Normal call clearing

*Jun 5 17:31:40.155: ISDN Se0/1/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x0002

*Jun 5 17:32:11.919: ISDN Se0/1/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0003

Sending Complete

However, when the call came from outside the network, but routed by CCM, the MOH sent by OMNI doesn't work well ...

We listen only the ring back tone sent by OMNI ...

Many thanks for your help :-D

Paolo Bevilacqua Mon, 06/11/2007 - 06:21

Hello,

I think, the router on which you took the trace ("OMNI router"), is behaving correctly, we know that because OMNI is sending alerting and progress, the voice path should have been established, according to the document I've linked before.

But, we cannot be sure that the CCM and other router ("PSTN router") are doing the same, in fact if you hear ringback and not moh, this means the ringback is originated by the router and not the OMNI.

Now, to complete the investigation, how the "PSTN router" is connected to CCM, H.323 or MGCP? Can you configure "PSTN router" to send the call from outside directly to "OMNI router" without going through CCM ?

malosse Mon, 06/11/2007 - 10:56

Hello

To solve the problem (... temporarily ...) it's what we done!

When call came to the 1st router, we add policy to resend the call oustside the router to the OMNI via PSTN ... and it works ...

We don't arrive to decode the facility sent on QSIG link.

The MT.EXE tool doesn't arrive to do this ...

We don't know if the problem is on this sequence ... but, if you can to decode this frame, we would be happy :-D

I tried to represent the problem

Architecture

[PSTN Cloud ]---T2---[2811 RTR]----LAN----[2811 RTR]---QSIG Link---[OMNI PCX]

1st | 2nd

/\

IP Phone

Call from LAN IP-Phone -> MOH on Omni Ok !

From ===============================> OK!

[PSTN Cloud ]---T2---[2811 RTR]----LAN----[2811 RTR]---QSIG Link---[OMNI PCX]

1st | 2nd

/\

IP Phone

Call from outside to Omni -> Not well (no MOH!)

From ==============================================================> Nok !

[PSTN Cloud ]---T2---[2811 RTR]----LAN----[2811 RTR]---QSIG Link---[OMNI PCX]

1st | 2nd

/\

IP Phone

Bypass ok

<====================| <===============

From ==============|

[PSTN Cloud ]---T2---[2811 RTR]----LAN----[2811 RTR]---QSIG Link---[OMNI PCX]--[PSTN Cloud ]

|

/\

IP Phone

I hope this graphic can help you to understand my problem

Many thanks for your time spend to this problem

Manu ;-)

Paolo Bevilacqua Mon, 06/11/2007 - 11:05

Hello,

not much time spent, I've seen worst.

I think the problem has nothing to do with the qsig facility, and happens because with the two routers, there is no voice cut-trough to allow the moh to pass before connect.

There are debugs commands to check this, if you want to.

But before you do debugs, you have mentioned there is a CCM, but to router the call from "PSTN router" to "OMNI router", you've used a dial-peer pointing directly, correct? Are you using SIP or H.323 for this ?

Have you tried the "rtp send-recv" command I've indicated before ?

malosse Tue, 06/12/2007 - 01:57

hello

Well

We have tried your command, but no success :-(

All gateway use H323.

The thing which we do not explain is: when call is place from LAN, all is OK, but when call arrive from PSTN, the OMNI PCX 4400 ALCATEL doesb't want to play the MOH.

I don't remember if i explain this, but, the MOH is on the ALCATEL PBX (connected via QSIG to our 2811 router)

Best regards

Manu

Paolo Bevilacqua Tue, 06/12/2007 - 02:19

Hi Manu,

Have you tried the command on both routers ?

The thing is that when you call from an IP phone, you go through one router, but when you call from PSTN, you go through two.

In the second case, the backward voice path is not completed before "connect". And the ringback you hear is generated by "pstn router".

Please go over the document in linked in first place to understand what I'm talking about.

Then I can think some debug to prove my hypothesis.

malosse Tue, 06/12/2007 - 04:23

Hello

Well ...

I'm trying this in next nights (because incoming call can arrived from many GW (2811) and when i typed your command all call are stopped ...)

I think we can speak about this in few days

Many thanks paolo for your precious help ;-)

Manu

malosse Mon, 06/18/2007 - 00:22

Dear Paolo

We have done your proposition in all routers ... but without success ...

Now, we think, the problem is located on the Alcatel PBX ... around the codec negotiation between Alcatel and Cisco router.

However, did you how can we decode the QSIG facility ?

Many thanks

Manu

Paolo Bevilacqua Mon, 06/18/2007 - 00:40

Hi Manu,

In the "PSTN router", do you have "codec g711" on DP voip that points to "QSIG router" ?

I don't think it;s a problem of codec, because the call works, is just that you don't have backward voice cut-trought before operator answer.

Anyway,if you configure:

voice service voip

qsig decode

The router will decode the qsig message.

Good luck!

malosse Mon, 06/18/2007 - 05:04

dear Paolo

Many thanks for this documentation ...

I haven't it

I'll read it and in hope found solution of my problem ;-)

Many thanks for this :-D

Manu

Actions

This Discussion