CME Call forward All Issue

Post a reply


In an effort to prevent automatic submissions, we require that you complete the following challenge.
Smilies
:D :) ;) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :!: :?: :idea: :arrow: :| :mrgreen: :geek: :ugeek:

BBCode is ON
[img] is ON
[flash] is OFF
[url] is ON
Smilies are ON

Topic review
   

Expand view Topic review: CME Call forward All Issue

Re: CME Call forward All Issue

by blacktone » Tue Jul 31, 2012 10:07 pm

Hi,

Don't mind if i tag along this post, although the date is very far off, i just happen to encounter this issue.

I'm having the exact same issue as Alvin.
I have follow some configurations as posted in this thread and somehow it still doesn't work for me.
Am i missing something? i believe it got to do with the part of making the numbering type unknown, once i did this step, my debug log as Requested circuit/channel not available

Aug 1 06:07:40.043: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8 callref = 0x005D
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 = 0x4183, '98154620'
Plan:ISDN, Type:Subscriber(local)
Called Party Number i = 0xC1, '63703371'
Plan:ISDN, Type:Subscriber(local)
Aug 1 06:07:40.043: ISDN Se0/0/0:15 Q931: Received SETUP callref = 0x805D callID = 0x2DCA switch = primary-net5 interface = User
Aug 1 06:07:40.051: %CALL_CONTROL-6-NUMBERING_TYPE_NO_MATCH: The called number numbering type did not matchThe event for the callid 9999 is being discarded.

Aug 1 06:07:40.055: ISDN Se0/0/0:15 Q931: TX -> CALL_PROC pd = 8 callref = 0x805D
Channel ID i = 0xA9839E
Exclusive, Channel 30
Aug 1 06:07:40.055: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x805D
Cause i = 0x80AC - Requested circuit/channel not available
Aug 1 06:07:40.187: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x005D
Aug 1 06:07:40.187: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x805D




Attached is the GW configuration.

Thanks

Re:CME Call forward All Issue

by Guest » Sun Mar 19, 2006 4:43 am


Glad to know it worked. The "numbering-type" under DP will simply set the desired type for all and any call going out that DP.Now for your other question, you are correct that is not possible to present the original calling number, because it does not belong to the numbers assigned to you by telco.And yes, there is a fantastic way to send instead the DID of the ephone-DN on which the call-forwarding has been set. This uses the little-know loopback-dn feature. See:http://forum.cisco.com/eforum/servlet/N ... sageBeside the solution that I gave, you will find some more in-depth discussion with Marco Pizzi that is another CME hardcore adept.Thanks for the nice rating and good luck!

Re:CME Call forward All Issue

by Guest » Sun Mar 19, 2006 3:19 am


It's working! The help is greatly appreciated! am I right to assume that when you set the numbering-type to any unknown, you are in fact specifying a wildcard to match any type of offered and presented numbering-type?Also, here's what is another task for me relating to this. I've removed the 2nd rule of the voice translation hoping that when handphone A calls the DID of IP Phone, as it redirects to another Handphone B, handphone B will be able to see the calling number as the call-forwarding IP Phone DID. I do think my Telco prevents the CME from forwarding the original calling number of Handphone A to be shown in Handphone B. That's why i'm seeing the trunk number as the calling number. Any fantastic ways to send the caller-id of the IP Phone to the forwarded number?

Re:CME Call forward All Issue

by Guest » Sun Mar 19, 2006 2:42 am


Alvin,my bad. I had you modify the calling number plan/type, but left the called number plan/type (that is even more important), unchanged.You can do that in three ways, pick the one you like better:- under interface e0/0/0:15, "isdn map address ... type unknown"or, under the outgoing DP, "numbering-type unknown"or, a translation-rule outgoing for called, matching everything like: // // type any unknown. You can apply it either at DP or voice-port level. Let us know if it works!  

Re:CME Call forward All Issue

by Guest » Sun Mar 19, 2006 2:03 am


hi, thanks for your advise, but still no luck.. I've removed the 3 configurations as you have pointed as well as amended the translation pattern..oh yeah after removing the 3 lines, instead of getting a ringing tone, this time it is just a Telco engage tone. my debug of isdn q931 still shows similar results:132637: Jun 15 22:44:26.488 SGT: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8  callref = 0x0048        Sending Complete        Bearer Capability i = 0x8090A3                Standard = CCITT                Transfer Capability = Speech                Transfer Mode = Circuit                Transfer Rate = 64 kbit/s        Channel ID i = 0xA9839D                Exclusive, Channel 29        Calling Party Number i = 0x4183, '90298053'                Plan:ISDN, Type:Subscriber(local)        Called Party Number i = 0xC1, '63057340'                Plan:ISDN, Type:Subscriber(local)        High Layer Compat i = 0x9181132638: Jun 15 22:44:26.500 SGT: ISDN Se0/0/0:15 Q931: TX -> CALL_PROC pd = 8  callref = 0x8048        Channel ID i = 0xA9839D                Exclusive, Channel 29132639: Jun 15 22:44:26.508 SGT: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x1, Calling num 63057373132640: Jun 15 22:44:26.508 SGT: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x4 0x1, Called num 90298053132641: Jun 15 22:44:26.508 SGT: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8  callref = 0x0A08        Sending Complete        Bearer Capability i = 0x8090A3                Standard = CCITT                Transfer Capability = Speech                Transfer Mode = Circuit                Transfer Rate = 64 kbit/s        Channel ID i = 0xA9839F                Exclusive, Channel 31        Calling Party Number i = 0x0183, '63057373'                Plan:ISDN, Type:Unknown        Called Party Number i = 0xC1, '90298053'                Plan:ISDN, Type:Subscriber(local)        High Layer Compat i = 0x9181132642: Jun 15 22:44:26.840 SGT: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8  callref = 0x8A08        Channel ID i = 0xA9839F                Exclusive, Channel 31132643: Jun 15 22:44:27.244 SGT: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x8A08        Cause i = 0x829C - Invalid number format (incomplete number)        Progress Ind i = 0x8288 - In-band info or appropriate now available132644: Jun 15 22:44:27.244 SGT: ISDN Se0/0/0:15 Q931: call_disc: PI received in disconnect; Postpone sending RELEASE for callid 0x8989132645: Jun 15 22:44:27.272 SGT: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x8048        Cause i = 0x829C - Invalid number format (incomplete number)        Progress Ind i = 0x8288 - In-band info or appropriate now available132646: Jun 15 22:44:27.412 SGT: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8  callref = 0x0048        Cause i = 0x82E31E - Information element not implemented132647: Jun 15 22:44:27.412 SGT: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x8048132648: Jun 15 22:44:27.420 SGT: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8  callref = 0x0A08132649: Jun 15 22:44:27.512 SGT: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8  callref = 0x8A08

Top