cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Announcements
Walkthrough Wednesdays
586
Views
0
Helpful
1
Replies

Help, call from PSTN to CUE Att do not establish codec.

Hi all,

I hav a Problem, recently I change a branch office to a different device pool serviced y by diferentes Call Managers subscribers (also I change the dial plan a little), I use Call Manager 8.6 and I am experienced problems here are the fact.

1.- The CUE is a ISM on the router

2.- the ISM is registered on a call manager cluster,  as a CTI port and CTI route points.

3.- Calls from inside the network (voip) to the cue are succesful.

4.- Calls from PSTN do enter but do not stablish a codec.

These are the steps in a incomming call.

PSTN --> Gateway --> dial-peer --> Call Manager --> CTI route point (or phones) --> Call

It is strange because all incomming calls do not work, and but it works on the outgoing calls.do work well.

Here are some debugs.

The call do not establish de codec

###################################

CallID     CID  ccVdb      Port        Slot/DSP:Ch  Called #   Codec    MLPP Dial-peers

0xB3C0     39E3 0x29EAFDDC 0/0/0:0.31       0/1:2   888887101  None     9/9999

1 active call found

CallID     CID  ccVdb      Port        Slot/DSP:Ch  Called #   Codec    MLPP Dial-peers

0xB3C0     39E3 0x29EAFDDC 0/0/0:0.31       0/1:2   888887101  None     9/9999

1 active call found

CallID     CID  ccVdb      Port        Slot/DSP:Ch  Called #   Codec    MLPP Dial-peers

0xB3C0     39E3 0x29EAFDDC 0/0/0:0.31       0/1:2   888887101  None     9/9999

1 active call found

CallID     CID  ccVdb      Port        Slot/DSP:Ch  Called #   Codec    MLPP Dial-peers

0xB3C0     39E3 0x29EAFDDC 0/0/0:0.31       0/1:2   888887101  None     9/9999

1 active call found

CallID     CID  ccVdb      Port        Slot/DSP:Ch  Called #   Codec    MLPP Dial-peers

0xB3C0     39E3 0x29EAFDDC 0/0/0:0.31       0/1:2   888887101  None     9/9999

No good answer for disconnect calls.

###################################

#show dial-peer voice 9999

        redirect ip2ip = disabled

        local peer = false

        probe disabled,

        Secure RTP: system (use the global setting)

        voice class perm tag = `'

        Time elapsed since last clearing of voice call statistics never

        Connect Time = 333749446, Charged Units = 0,

        Successful Calls = 8606, Failed Calls = 205, Incomplete Calls = 35

        Accepted Calls = 10305, Refused Calls = 899,

        Last Disconnect Cause is "0   ",

        Last Disconnect Text is "",

        Last Setup Time = 1116926401.

        Last Disconnect Time = 1115056827.

"Debug ccapi ino" command do not show good information

######################################

ov 19 17:30:21.566: //227/A109076C8247/CCAPI/cc_api_display_ie_subfields:

   ccCallSetupRequest:

   cisco-username=

   ----- ccCallInfo IE subfields -----

   cisco-ani=8180887191

   cisco-anitype=0

   cisco-aniplan=0

   cisco-anipi=0

   cisco-anisi=0

   dest=888887101

   cisco-desttype=0

   cisco-destplan=0

   cisco-rdie=FFFFFFFF

   cisco-rdn=

   cisco-rdntype=0

   cisco-rdnplan=0

   cisco-rdnpi=0

   cisco-rdnsi=0

   cisco-redirectreason=0   fwd_final_type =0

   final_redirectNumber =

   hunt_group_timeout =0

Nov 19 17:30:21.566: //227/A109076C8247/CCAPI/ccIFCallSetupRequestPrivate:

   Interface=0x3095A358, Interface Type=1, Destination=, Mode=0x0,

   Call Params(Calling Number=8180887191,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),

   Called Number=888887101(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,

   Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=9999, Call Count On=FALSE,

   Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)

Nov 19 17:30:21.566: //227/A109076C8247/CCAPI/ccIFCallSetupRequestPrivate:

   Sub Calling(TON=Abbreviated, NPI=Unknown, Data=r(, Length=48)

Nov 19 17:30:21.566: //227/A109076C8247/CCAPI/ccIFCallSetupRequestPrivate:

   Sub Called(TON=National, NPI=National, Data=\B(0gsX, Length=24)

Nov 19 17:30:21.566: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Nov 19 17:30:21.566: :cc_get_feature_vsa malloc success

Nov 19 17:30:21.566: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Nov 19 17:30:21.566:  cc_get_feature_vsa count is 2

Nov 19 17:30:21.566: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Nov 19 17:30:21.566: :FEATURE_VSA attributes are: feature_name:0,feature_time:708754808,feature_id:228

Nov 19 17:30:21.566: //228/A109076C8247/CCAPI/ccIFCallSetupRequestPrivate:

   SPI Call Setup Request Is Success; Interface Type=1, FlowMode=1

Nov 19 17:30:21.566: //228/A109076C8247/CCAPI/ccCallSetContext:

   Context=0x2A3F4750

Nov 19 17:30:21.566: //227/A109076C8247/CCAPI/ccSaveDialpeerTag:

   Outgoing Dial-peer=9999

Nov 19 17:30:27.134: //-1/xxxxxxxxxxxx/CCAPI/ccAppShutdownMode:

   ccAppShutdownMode: remove it from the queue

Nov 19 17:30:36.562: //227/A109076C8247/CCAPI/cc_api_call_disconnected:

   Cause Value=0, Interface=0x40765E98, Call Id=227

Nov 19 17:30:36.562: //227/A109076C8247/CCAPI/cc_api_call_disconnected:

   Call Entry(Responsed=FALSE, Cause Value=0, Retry Count=0)

Nov 19 17:30:36.562: //228/A109076C8247/CCAPI/ccCallDisconnect:

   Cause Value=0, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)

Nov 19 17:30:36.562: //228/A109076C8247/CCAPI/ccCallDisconnect:

   Cause Value=0, Call Entry(Responsed=FALSE, Cause Value=0)

Nov 19 17:30:36.562: //228/A109076C8247/CCAPI/cc_api_get_transfer_info:

   Transfer Number Is Null

Nov 19 17:30:36.562: //227/A109076C8247/CCAPI/ccCallDisconnect:

   Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)

Nov 19 17:30:36.562: //227/A109076C8247/CCAPI/ccCallDisconnect:

   Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)

Nov 19 17:30:36.562: //227/A109076C8247/CCAPI/cc_api_get_transfer_info:

   Transfer Number Is Null

Nov 19 17:30:36.562: //228/A109076C8247/CCAPI/cc_api_call_disconnect_done:

   Disposition=0, Interface=0x3095A358, Tag=0x0, Call Id=228,

   Call Entry(Disconnect Cause=0, Voice Class Cause Code=0, Retry Count=0)

Nov 19 17:30:36.562: //228/A109076C8247/CCAPI/cc_api_call_disconnect_done:

   Call Disconnect Event Sent

Nov 19 17:30:36.562: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Nov 19 17:30:36.562: :cc_free_feature_vsa freeing 2A3EBD70

Nov 19 17:30:36.562: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Nov 19 17:30:36.562:  vsacount in free is 1

Nov 19 17:30:45.630: //227/A109076C8247/CCAPI/cc_api_call_disconnect_done:

   Disposition=0, Interface=0x40765E98, Tag=0x0, Call Id=227,

   Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)

Nov 19 17:30:45.630: //227/A109076C8247/CCAPI/cc_api_call_disconnect_done:

   Call Disconnect Event Sent

Nov 19 17:30:45.630: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Nov 19 17:30:45.630: :cc_free_feature_vsa freeing 2A3EBAD0

Nov 19 17:30:45.630: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Here is my dial-peer configuration.

###################################

dial-peer voice 9999 voip

preference 1

destination-pattern 8........

session target ipv4:10.0.0.1

voice-class codec 1 

voice-class h323 1

dtmf-relay h245-alphanumeric

ip qos dscp ef signaling

no vad

dial-peer voice 9 pots

description *** Llamadas LOCALES ***

destination-pattern 9[1-9].......

incoming called-number .

direct-inward-dial

port 0/0/0:0

forward-digits 8

voice class codec 1

codec preference 1 g711ulaw

codec preference 2 g729r8

!

* The calling search spache for inbound call of the GW h323 do actually reach the partition where the DN are.

  • Results Summary
    • Calling Party Information
    • Dialed Digits = 888887101
    • Match Result = RouteThisPattern
    • Matched Pattern Information
    • Called Party Number = 888887101
    • Time Zone = Etc/GMT
    • Call Classification = OnNet
    • InterDigit Timeout = NO
    • Device Override = Disabled
    • Outside Dial Tone = NO

All my phones and CTI route points are registered in a subscriber 10.0.0.1

here are my trusted list.

GWRUVVoIP#show ip address trusted list

IP Address Trusted Authentication

Administration State: UP

Operation State:      UP

IP Address Trusted Call Block Cause: call-reject (21)

VoIP Dial-peer IPv4 Session Targets:

Peer Tag        Oper State      Session Target

--------        ----------      --------------

9999            UP              ipv4:10.0.0.1

IP Address Trusted List:

ipv4 10.0.0.0 255.0.0.0

¿What seems to be the problem?

reggards.

1 REPLY 1

Another debug.

I use the comman csim to test conectivitity, it works on every other voIP-pstn router, but not in wich I have the problem.

Nov 19 19:56:15.621: xrule_checking

Nov 19 19:56:15.621: xrule_checking calling , called 888882016

Nov 19 19:56:15.621: xrule_checking peer_tag 9999, direction 2, protocol 0

Nov 19 19:56:15.621: xrule_checking Return rc = -5

csim err csimDisconnected recvd DISC cid(303)

csim: loop = 1, failed = 1 

csim: call attempted = 1, setup failed = 1, tone failed = 0

If I can make the csim command to work, the problem of CUE will be fixed.

Content for Community-Ad

Spotlight Awards 2021