Cfwdall Off-net to Off-net

Unanswered Question
Sep 28th, 2010

I am at a loss. I still cannot forward a call off-net from an off-net call. I have checked under service manager, not blocking. Tested multiple CSS settings, everything works as advertised. I can fwd off-net from an internal number fine. What am I missing.


CUCM 7.1.5

H.323 Gateways.

Thanks in advance


I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 3 (2 ratings)
rpomerleau Tue, 09/28/2010 - 16:56

Thanks for the pointing out.

But, this hasn't resolved my issue.

Paolo Bevilacqua Wed, 09/29/2010 - 04:16

Take, "debug isdn q931" with "term mon" and post it here.

Do not take any other debug, do not use attachments.

rpomerleau Wed, 09/29/2010 - 06:13

Below is from my incoming gateway. I have 2, 1 in and 1 out. The outbound gateway doesn't see the call.

632199: *Sep 29 08:36:04.390 ET: ISDN Se0/0/1:23 Q931: RX <- SETUP pd = 8 callref = 0x0237

Bearer Capability i = 0x8090A2

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA9838F

Exclusive, Channel 15

Progress Ind i = 0x8283 - Origination address is non-ISDN

Calling Party Number i = 0x2181, 'XXXXXXXXXX'

Plan:ISDN, Type:National

Called Party Number i = 0x80, '3017'

Plan:Unknown, Type:Unknown

632200: *Sep 29 08:36:04.406 ET: ISDN Se0/0/1:23 Q931: TX -> CALL_PROC pd = 8 callref = 0x8237

Channel ID i = 0xA9838F

Exclusive, Channel 15

632201: *Sep 29 08:36:04.646 ET: ISDN Se0/0/1:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x8237

Cause i = 0x809B - Destination out of order

632202: *Sep 29 08:36:04.686 ET: ISDN Se0/0/1:23 Q931: RX <- RELEASE pd = 8 callref = 0x0237

632203: *Sep 29 08:36:04.690 ET: ISDN Se0/0/1:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x8237

rpomerleau Wed, 09/29/2010 - 06:45

So after posting above I kind of stumbled on what I thought was going on. Seeing as I have 2 gateways I started checking to see if they were talking to each other. Well, my limited knowledge in that didn't come up with anything. So, for a temporary fix, I have created a new CSS, that uses a route pattern, which looks at a reversed ooutbound RG. So when a call comes in my inbound gateway, it gets turned right around and sent out the same gateway. I am going to use this as a temporary fix, but if someone can give me some insight on how to get this working properly I would be greatly appreciative.




This Discussion

Related Content