outgoing dialpeer matching pb...

Discussion in 'VOIP' started by yaducam, Sep 16, 2003.

  1. yaducam

    yaducam Guest

    Hi everyone!

    I try to make a phone call from a PSTN phone to a SIP phone using
    Cisco gateway 1760. Ans seems like i have some trouble on outgoing
    peer-matching..

    My PSTN phone number is 0247853784
    The gateway has been assigned a ISDN phone number 0247889127 on BRI
    2/0
    and the IP 10.54.74.2 on the Fastethernet interface 0/0
    My sip phone is a cisco 7940 on 10.54.74.20

    Here are the dial-peers i use :

    dial-peer voice 1 voip
    application session
    destination-pattern 9127
    session protocol sipv2
    session target ipv4:10.54.74.20:5060
    dtmf-relay rtp-nte
    codec g711ulaw
    no vad
    !
    dial-peer voice 2 pots
    destination-pattern 247853784
    no digit-strip
    port 2/0
    !

    I try to phone my SIP phone dialing 0247889127 on my PSTN phone
    This i what i get when debbuging dialpeer:

    passTours#debug dialpeer
    dialpeer detailed info debugging is on
    passTours#
    *Mar 12 00:02:52.736: Inside dpMatchCore:
    *Mar 12 00:02:52.736: destination pattn: 9127 expanded string: 9127
    *Mar 12 00:02:52.736: Inside dpMatchCore:
    *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    247853784
    *Mar 12 00:02:52.736: Inside dpMatchCore:
    *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    247853784
    *Mar 12 00:02:52.736: MatchNextPeer: Peer 2 matched
    *Mar 12 00:02:52.736: Inside dpMatchCore:
    *Mar 12 00:02:52.736: destination pattn: 9127 expanded string: 9127
    *Mar 12 00:02:52.736: Inside dpMatchCore:
    *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    247853784
    *Mar 12 00:02:52.736: Inside dpMatchCore:
    *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    247853784
    *Mar 12 00:02:52.736: dpAssociateIncomingPeer_T null source route
    label
    *Mar 12 00:02:52.736: Inside dpMatchCore:
    *Mar 12 00:02:52.736: destination pattn: 9127 expanded string: 9127
    *Mar 12 00:02:52.736: Inside dpMatchCore:
    *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    247853784
    *Mar 12 00:02:52.736: Inside dpMatchCore:
    *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    247853784
    *Mar 12 00:02:52.736: MatchNextPeer: Peer 2 matched

    Seems like peer 2 (POTS) matched.. (i assume as an inbound dial-peer)
    But peer 1 is not matched as an outgoing peer .. What's wrong ?

    Some other debug info that maybe could help (I don't understand half
    of them but maybe some gurus will ...) Should be an interesting part
    by the area of " no matching node "

    debug voip ccapi inout
    ------------------------
    *Mar 12 00:12:10.606:
    //-1/xxxxxxxxxxxx/CCAPI/ccTDConstructHashProfileTab:
    profileTable[0x82085B70], numBuckets[11], numEntries[0]
    *Mar 12 00:12:10.606:
    //-1/xxxxxxxxxxxx/CCAPI/ccTDPvtProfileTableBuildManager: Invoking
    necessary profileTable updaters...
    *Mar 12 00:12:10.606:
    //-1/xxxxxxxxxxxx/CCAPI/ccTDPvtUpdateProfileTabFromContainer: Updating
    profileTable[0x82085B70] with objects in container[0x82501878]
    *Mar 12 00:12:10.606:
    //-1/xxxxxxxxxxxx/CCAPI/ccTDPvtUpdateProfileTabFromContainer: obtained
    key[5] for the tag[6]
    *Mar 12 00:12:10.606:
    //-1/xxxxxxxxxxxx/CCAPI/ccTDPvtAddObjectToProfileBucket:
    profileTable[0x82085B70], tdObject[0x8234C3EC]*Mar 12 00:12:10.606:
    //-1/xxxxxxxxxxxx/CCAPI/ccTDPvtProfileTableBuildManager:
    *Mar 12 00:12:10.610: ccTDUtilDumpAllElemInProfileTab:
    profileTable[0x82085B70], numBuckets[11], numEntries[1]
    *Mar 12 00:12:10.610: Bucket { 5 }
    ------>0x8234C3EC[0x0,t-6,l-16,d-0x8234C40C,m-1,u-951130,g-FACE0FFF]
    *Mar 12 00:12:10.610:
    *Mar 12 00:12:10.610:
    //-1/xxxxxxxxxxxx/CCAPI/ccTDDestructTDUsrContainer:
    Container[0x82501878]
    *Mar 12 00:12:10.610: //-1/xxxxxxxxxxxx/CCAPI/cc_incr_if_call_volume:
    not the VoIP or MMoIP
    *Mar 12 00:12:10.610:
    //-1/xxxxxxxxxxxx/CCAPI/cc_process_call_setup_ind: (event=0x823A5CCC)
    *Mar 12 00:12:10.610:
    //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_registration_lookup: matching
    parameters - called# [9127], calling# [247853784], consultid []
    *Mar 12 00:12:10.610:
    //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search: Searching for node
    with called# [9127], calling# [247853784], consultid []
    *Mar 12 00:12:10.610:
    //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_registration_lookup: No matching
    node
    *Mar 12 00:12:10.614:
    //124/0DCFADDC80D8/CCAPI/cc_process_call_setup_ind: >>>>CCAPI handed
    cid 124 with tag 2 to app "DEFAULT"
    *Mar 12 00:12:10.614: //124/xxxxxxxxxxxx/SSAPP:-1:-1/sess_appl:
    ev(24=CC_EV_CALL_SETUP_IND), cid(124), disp(0)
    *Mar 12 00:12:10.614: //124/xxxxxxxxxxxx/SSAPP:-1:-1/sess_appl:
    ev(SSA_EV_CALL_SETUP_IND), cid(124), disp(0)
    *Mar 12 00:12:10.614: //124/xxxxxxxxxxxx/SSAPP:-1:-1/ssaCallSetupInd:
    *Mar 12 00:12:10.614: //124/xxxxxxxxxxxx/CCAPI/ccCallSetContext:
    (callID=0x7C, context=0x825FCB38)
    *Mar 12 00:12:10.614: //124/0DCFADDC80D8/SSAPP:2:-1/ssaCallSetupInd:
    cid(124), st(SSA_CS_MAPPING),oldst(0),
    ev(24)ev->e.evCallSetupInd.nCallInfo.finalDestFlag = 0

    And to finish here are other relevant info in my config:

    interface FastEthernet0/0
    ip address 10.54.74.2 255.255.255.128
    no ip mroute-cache
    speed auto
    full-duplex
    !
    interface Serial0/0
    no ip address
    no ip mroute-cache
    shutdown
    !
    interface BRI2/0
    no ip address
    isdn switch-type basic-net3
    isdn incoming-voice voice
    isdn sending-complete
    !
    interface BRI2/1
    no ip address
    no ip mroute-cache
    isdn switch-type basic-net3
    !
    !
    dial-peer cor custom
    !
    !
    !
    dial-peer voice 1 voip
    application session
    destination-pattern 9127
    session protocol sipv2
    session target ipv4:10.54.74.20:5060
    dtmf-relay rtp-nte
    codec g711ulaw
    no vad
    !
    dial-peer voice 2 pots
    destination-pattern 247853784
    no digit-strip
    port 2/0
    !

    Thanks for reading since the end of this message !
    yaducam, Sep 16, 2003
    #1
    1. Advertising

  2. yaducam

    Steve Blair Guest

    Do a "show dialplan number <IP phone number>" and see
    which dial peer is matched.

    yaducam wrote:
    > Hi everyone!
    >
    > I try to make a phone call from a PSTN phone to a SIP phone using
    > Cisco gateway 1760. Ans seems like i have some trouble on outgoing
    > peer-matching..
    >
    > My PSTN phone number is 0247853784
    > The gateway has been assigned a ISDN phone number 0247889127 on BRI
    > 2/0
    > and the IP 10.54.74.2 on the Fastethernet interface 0/0
    > My sip phone is a cisco 7940 on 10.54.74.20
    >
    > Here are the dial-peers i use :
    >
    > dial-peer voice 1 voip
    > application session
    > destination-pattern 9127
    > session protocol sipv2
    > session target ipv4:10.54.74.20:5060
    > dtmf-relay rtp-nte
    > codec g711ulaw
    > no vad
    > !
    > dial-peer voice 2 pots
    > destination-pattern 247853784
    > no digit-strip
    > port 2/0
    > !
    >
    > I try to phone my SIP phone dialing 0247889127 on my PSTN phone
    > This i what i get when debbuging dialpeer:
    >
    > passTours#debug dialpeer
    > dialpeer detailed info debugging is on
    > passTours#
    > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > *Mar 12 00:02:52.736: destination pattn: 9127 expanded string: 9127
    > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    > 247853784
    > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    > 247853784
    > *Mar 12 00:02:52.736: MatchNextPeer: Peer 2 matched
    > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > *Mar 12 00:02:52.736: destination pattn: 9127 expanded string: 9127
    > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    > 247853784
    > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    > 247853784
    > *Mar 12 00:02:52.736: dpAssociateIncomingPeer_T null source route
    > label
    > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > *Mar 12 00:02:52.736: destination pattn: 9127 expanded string: 9127
    > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    > 247853784
    > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    > 247853784
    > *Mar 12 00:02:52.736: MatchNextPeer: Peer 2 matched
    >
    > Seems like peer 2 (POTS) matched.. (i assume as an inbound dial-peer)
    > But peer 1 is not matched as an outgoing peer .. What's wrong ?
    >
    > Some other debug info that maybe could help (I don't understand half
    > of them but maybe some gurus will ...) Should be an interesting part
    > by the area of " no matching node "
    >
    > debug voip ccapi inout
    > ------------------------
    > *Mar 12 00:12:10.606:
    > //-1/xxxxxxxxxxxx/CCAPI/ccTDConstructHashProfileTab:
    > profileTable[0x82085B70], numBuckets[11], numEntries[0]
    > *Mar 12 00:12:10.606:
    > //-1/xxxxxxxxxxxx/CCAPI/ccTDPvtProfileTableBuildManager: Invoking
    > necessary profileTable updaters...
    > *Mar 12 00:12:10.606:
    > //-1/xxxxxxxxxxxx/CCAPI/ccTDPvtUpdateProfileTabFromContainer: Updating
    > profileTable[0x82085B70] with objects in container[0x82501878]
    > *Mar 12 00:12:10.606:
    > //-1/xxxxxxxxxxxx/CCAPI/ccTDPvtUpdateProfileTabFromContainer: obtained
    > key[5] for the tag[6]
    > *Mar 12 00:12:10.606:
    > //-1/xxxxxxxxxxxx/CCAPI/ccTDPvtAddObjectToProfileBucket:
    > profileTable[0x82085B70], tdObject[0x8234C3EC]*Mar 12 00:12:10.606:
    > //-1/xxxxxxxxxxxx/CCAPI/ccTDPvtProfileTableBuildManager:
    > *Mar 12 00:12:10.610: ccTDUtilDumpAllElemInProfileTab:
    > profileTable[0x82085B70], numBuckets[11], numEntries[1]
    > *Mar 12 00:12:10.610: Bucket { 5 }
    > ------>0x8234C3EC[0x0,t-6,l-16,d-0x8234C40C,m-1,u-951130,g-FACE0FFF]
    > *Mar 12 00:12:10.610:
    > *Mar 12 00:12:10.610:
    > //-1/xxxxxxxxxxxx/CCAPI/ccTDDestructTDUsrContainer:
    > Container[0x82501878]
    > *Mar 12 00:12:10.610: //-1/xxxxxxxxxxxx/CCAPI/cc_incr_if_call_volume:
    > not the VoIP or MMoIP
    > *Mar 12 00:12:10.610:
    > //-1/xxxxxxxxxxxx/CCAPI/cc_process_call_setup_ind: (event=0x823A5CCC)
    > *Mar 12 00:12:10.610:
    > //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_registration_lookup: matching
    > parameters - called# [9127], calling# [247853784], consultid []
    > *Mar 12 00:12:10.610:
    > //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search: Searching for node
    > with called# [9127], calling# [247853784], consultid []
    > *Mar 12 00:12:10.610:
    > //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_registration_lookup: No matching
    > node
    > *Mar 12 00:12:10.614:
    > //124/0DCFADDC80D8/CCAPI/cc_process_call_setup_ind: >>>>CCAPI handed
    > cid 124 with tag 2 to app "DEFAULT"
    > *Mar 12 00:12:10.614: //124/xxxxxxxxxxxx/SSAPP:-1:-1/sess_appl:
    > ev(24=CC_EV_CALL_SETUP_IND), cid(124), disp(0)
    > *Mar 12 00:12:10.614: //124/xxxxxxxxxxxx/SSAPP:-1:-1/sess_appl:
    > ev(SSA_EV_CALL_SETUP_IND), cid(124), disp(0)
    > *Mar 12 00:12:10.614: //124/xxxxxxxxxxxx/SSAPP:-1:-1/ssaCallSetupInd:
    > *Mar 12 00:12:10.614: //124/xxxxxxxxxxxx/CCAPI/ccCallSetContext:
    > (callID=0x7C, context=0x825FCB38)
    > *Mar 12 00:12:10.614: //124/0DCFADDC80D8/SSAPP:2:-1/ssaCallSetupInd:
    > cid(124), st(SSA_CS_MAPPING),oldst(0),
    > ev(24)ev->e.evCallSetupInd.nCallInfo.finalDestFlag = 0
    >
    > And to finish here are other relevant info in my config:
    >
    > interface FastEthernet0/0
    > ip address 10.54.74.2 255.255.255.128
    > no ip mroute-cache
    > speed auto
    > full-duplex
    > !
    > interface Serial0/0
    > no ip address
    > no ip mroute-cache
    > shutdown
    > !
    > interface BRI2/0
    > no ip address
    > isdn switch-type basic-net3
    > isdn incoming-voice voice
    > isdn sending-complete
    > !
    > interface BRI2/1
    > no ip address
    > no ip mroute-cache
    > isdn switch-type basic-net3
    > !
    > !
    > dial-peer cor custom
    > !
    > !
    > !
    > dial-peer voice 1 voip
    > application session
    > destination-pattern 9127
    > session protocol sipv2
    > session target ipv4:10.54.74.20:5060
    > dtmf-relay rtp-nte
    > codec g711ulaw
    > no vad
    > !
    > dial-peer voice 2 pots
    > destination-pattern 247853784
    > no digit-strip
    > port 2/0
    > !
    >
    > Thanks for reading since the end of this message !
    Steve Blair, Sep 16, 2003
    #2
    1. Advertising

  3. yaducam

    yaducam Guest

    Thank Steve for ansewring so fast.

    This is what i got with the dialplan checking :

    passTours#show dialplan number 9127
    Macro Exp.: 9127

    VoiceOverIpPeer1
    peer type = voice, information type = voice,
    description = `',
    tag = 1, destination-pattern = `9127',
    answer-address = `', preference=0,
    CLID Restriction = None
    CLID Network Number = `'
    CLID Second Number sent
    source carrier-id = `', target carrier-id = `',
    source trunk-group-label = `', target trunk-group-label = `',
    numbering Type = `unknown'
    group = 1, Admin state is up, Operation state is up,
    incoming called-number = `', connections/maximum =
    0/unlimited,
    DTMF Relay = enabled,
    modem transport = system,
    huntstop = disabled,
    in bound application associated: 'session'
    out bound application associated: ''
    dnis-map =
    permission :both
    incoming COR list:maximum capability
    outgoing COR list:minimum requirement
    Translation profile (Incoming):
    Translation profile (Outgoing):
    incoming call blocking:
    translation-profile = `'
    disconnect-cause = `no-service'
    type = voip, session-target = `ipv4:10.54.74.20:5060',
    technology prefix:
    settle-call = disabled
    ip media DSCP = ef, ip signaling DSCP = af31, UDP checksum =
    disabled,
    session-protocol = sipv2, session-transport = system, req-qos
    = best-effort,
    acc-qos = best-effort,
    dtmf-relay = rtp-nte,
    RTP dynamic payload type values: NTE = 101
    Cisco: NSE=100, fax=96, fax-ack=97, dtmf=121, fax-relay=122
    CAS=123, ClearChan=125, PCM switch over u-law=0,A-law=8
    RTP comfort noise payload type = 19
    fax rate = voice, payload size = 20 bytes
    fax protocol = system
    fax-relay ecm enable
    fax NSF = 0xAD0051 (default)
    codec = g711ulaw, payload size = 160 bytes,
    Expect factor = 0, Icpif = 20,
    Playout Mode is set to adaptive,
    Initial 60 ms, Max 300 ms
    Playout-delay Minimum mode is set to default, value 40 ms
    Fax nominal 300 ms
    Max Redirects = 1, signaling-type = cas,
    VAD = disabled, Poor QOV Trap = disabled,
    Source Interface = NONE
    voice class sip url = system,
    voice class sip rel1xx = system,
    voice class perm tag = `'
    Time elapsed since last clearing of voice call statistics
    never
    Connect Time = 0, Charged Units = 0,
    Successful Calls = 0, Failed Calls = 0, Incomplete Calls = 0
    Accepted Calls = 0, Refused Calls = 8,
    Last Disconnect Cause is "1 ",
    Last Disconnect Text is "unassigned number (1)",
    Last Setup Time = 88524780.
    Matched: 9127 Digits: 4
    Target: ipv4:10.54.74.20:5060

    It looks perfecly normal..
    my Voip dial peer is matched as i expected when dialing 9127 .

    But, still the debug voip ccapi shows:

    > > //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_registration_lookup: matching
    > > parameters - called# [9127], calling# [247853784], consultid []


    I guess dial-peer 1 should be matched as an outgoing dial-peer .. I
    wonder what's wrong with my config..
    I can send further debug voip ccapi message if someone is an CISCO
    expert in theses debug message (there is just a part of it in my first
    mail).
    I tried to understand by myself but tghe cisco debugging voip doc is
    pretty ligth on this point..If someone has a more info then i would be
    happy to take it ..


    Steve Blair <> wrote in message news:<bk7kqr$55b3$>...
    > Do a "show dialplan number <IP phone number>" and see
    > which dial peer is matched.
    >
    > yaducam wrote:
    > > Hi everyone!
    > >
    > > I try to make a phone call from a PSTN phone to a SIP phone using
    > > Cisco gateway 1760. Ans seems like i have some trouble on outgoing
    > > peer-matching..
    > >
    > > My PSTN phone number is 0247853784
    > > The gateway has been assigned a ISDN phone number 0247889127 on BRI
    > > 2/0
    > > and the IP 10.54.74.2 on the Fastethernet interface 0/0
    > > My sip phone is a cisco 7940 on 10.54.74.20
    > >
    > > Here are the dial-peers i use :
    > >
    > > dial-peer voice 1 voip
    > > application session
    > > destination-pattern 9127
    > > session protocol sipv2
    > > session target ipv4:10.54.74.20:5060
    > > dtmf-relay rtp-nte
    > > codec g711ulaw
    > > no vad
    > > !
    > > dial-peer voice 2 pots
    > > destination-pattern 247853784
    > > no digit-strip
    > > port 2/0
    > > !
    > >
    > > I try to phone my SIP phone dialing 0247889127 on my PSTN phone
    > > This i what i get when debbuging dialpeer:
    > >
    > > passTours#debug dialpeer
    > > dialpeer detailed info debugging is on
    > > passTours#
    > > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > > *Mar 12 00:02:52.736: destination pattn: 9127 expanded string: 9127
    > > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > > *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    > > 247853784
    > > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > > *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    > > 247853784
    > > *Mar 12 00:02:52.736: MatchNextPeer: Peer 2 matched
    > > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > > *Mar 12 00:02:52.736: destination pattn: 9127 expanded string: 9127
    > > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > > *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    > > 247853784
    > > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > > *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    > > 247853784
    > > *Mar 12 00:02:52.736: dpAssociateIncomingPeer_T null source route
    > > label
    > > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > > *Mar 12 00:02:52.736: destination pattn: 9127 expanded string: 9127
    > > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > > *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    > > 247853784
    > > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > > *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    > > 247853784
    > > *Mar 12 00:02:52.736: MatchNextPeer: Peer 2 matched
    > >
    > > Seems like peer 2 (POTS) matched.. (i assume as an inbound dial-peer)
    > > But peer 1 is not matched as an outgoing peer .. What's wrong ?
    > >
    > > Some other debug info that maybe could help (I don't understand half
    > > of them but maybe some gurus will ...) Should be an interesting part
    > > by the area of " no matching node "
    > >
    > > debug voip ccapi inout
    > > ------------------------
    > > *Mar 12 00:12:10.606:
    > > //-1/xxxxxxxxxxxx/CCAPI/ccTDConstructHashProfileTab:
    > > profileTable[0x82085B70], numBuckets[11], numEntries[0]
    > > *Mar 12 00:12:10.606:
    > > //-1/xxxxxxxxxxxx/CCAPI/ccTDPvtProfileTableBuildManager: Invoking
    > > necessary profileTable updaters...
    > > *Mar 12 00:12:10.606:
    > > //-1/xxxxxxxxxxxx/CCAPI/ccTDPvtUpdateProfileTabFromContainer: Updating
    > > profileTable[0x82085B70] with objects in container[0x82501878]
    > > *Mar 12 00:12:10.606:
    > > //-1/xxxxxxxxxxxx/CCAPI/ccTDPvtUpdateProfileTabFromContainer: obtained
    > > key[5] for the tag[6]
    > > *Mar 12 00:12:10.606:
    > > //-1/xxxxxxxxxxxx/CCAPI/ccTDPvtAddObjectToProfileBucket:
    > > profileTable[0x82085B70], tdObject[0x8234C3EC]*Mar 12 00:12:10.606:
    > > //-1/xxxxxxxxxxxx/CCAPI/ccTDPvtProfileTableBuildManager:
    > > *Mar 12 00:12:10.610: ccTDUtilDumpAllElemInProfileTab:
    > > profileTable[0x82085B70], numBuckets[11], numEntries[1]
    > > *Mar 12 00:12:10.610: Bucket { 5 }
    > > ------>0x8234C3EC[0x0,t-6,l-16,d-0x8234C40C,m-1,u-951130,g-FACE0FFF]
    > > *Mar 12 00:12:10.610:
    > > *Mar 12 00:12:10.610:
    > > //-1/xxxxxxxxxxxx/CCAPI/ccTDDestructTDUsrContainer:
    > > Container[0x82501878]
    > > *Mar 12 00:12:10.610: //-1/xxxxxxxxxxxx/CCAPI/cc_incr_if_call_volume:
    > > not the VoIP or MMoIP
    > > *Mar 12 00:12:10.610:
    > > //-1/xxxxxxxxxxxx/CCAPI/cc_process_call_setup_ind: (event=0x823A5CCC)
    > > *Mar 12 00:12:10.610:
    > > //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_registration_lookup: matching
    > > parameters - called# [9127], calling# [247853784], consultid []
    > > *Mar 12 00:12:10.610:
    > > //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search: Searching for node
    > > with called# [9127], calling# [247853784], consultid []
    > > *Mar 12 00:12:10.610:
    > > //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_registration_lookup: No matching
    > > node
    > > *Mar 12 00:12:10.614:
    > > //124/0DCFADDC80D8/CCAPI/cc_process_call_setup_ind: >>>>CCAPI handed
    > > cid 124 with tag 2 to app "DEFAULT"
    > > *Mar 12 00:12:10.614: //124/xxxxxxxxxxxx/SSAPP:-1:-1/sess_appl:
    > > ev(24=CC_EV_CALL_SETUP_IND), cid(124), disp(0)
    > > *Mar 12 00:12:10.614: //124/xxxxxxxxxxxx/SSAPP:-1:-1/sess_appl:
    > > ev(SSA_EV_CALL_SETUP_IND), cid(124), disp(0)
    > > *Mar 12 00:12:10.614: //124/xxxxxxxxxxxx/SSAPP:-1:-1/ssaCallSetupInd:
    > > *Mar 12 00:12:10.614: //124/xxxxxxxxxxxx/CCAPI/ccCallSetContext:
    > > (callID=0x7C, context=0x825FCB38)
    > > *Mar 12 00:12:10.614: //124/0DCFADDC80D8/SSAPP:2:-1/ssaCallSetupInd:
    > > cid(124), st(SSA_CS_MAPPING),oldst(0),
    > > ev(24)ev->e.evCallSetupInd.nCallInfo.finalDestFlag = 0
    > >
    > > And to finish here are other relevant info in my config:
    > >
    > > interface FastEthernet0/0
    > > ip address 10.54.74.2 255.255.255.128
    > > no ip mroute-cache
    > > speed auto
    > > full-duplex
    > > !
    > > interface Serial0/0
    > > no ip address
    > > no ip mroute-cache
    > > shutdown
    > > !
    > > interface BRI2/0
    > > no ip address
    > > isdn switch-type basic-net3
    > > isdn incoming-voice voice
    > > isdn sending-complete
    > > !
    > > interface BRI2/1
    > > no ip address
    > > no ip mroute-cache
    > > isdn switch-type basic-net3
    > > !
    > > !
    > > dial-peer cor custom
    > > !
    > > !
    > > !
    > > dial-peer voice 1 voip
    > > application session
    > > destination-pattern 9127
    > > session protocol sipv2
    > > session target ipv4:10.54.74.20:5060
    > > dtmf-relay rtp-nte
    > > codec g711ulaw
    > > no vad
    > > !
    > > dial-peer voice 2 pots
    > > destination-pattern 247853784
    > > no digit-strip
    > > port 2/0
    > > !
    > >
    > > Thanks for reading since the end of this message !
    yaducam, Sep 17, 2003
    #3
  4. yaducam

    yaducam Guest

    Noise pb in interconnecting cisco SIP phone 7960 and ISDN phone througth 7560-V gateway

    Noise pb in interconnecting cisco SIP phone 7960 and ISDN phone
    througth 7560-V gateway

    Hi, i follow up my own post..

    I succeded in making a call between my PSTN and Sip phone..
    I just add direct-in-dial instruction in my POTS dial-peer.
    I Don't really understand why it helps because according to what i
    understood in cisco doc:
    DID peers collect all the digits dialed in one stage
    non DID peers collect the info digit-by-digit

    At the end the pattern will be the same and so should match dial-peer
    2 in both case

    Moreover the pots dial-peer was correctly matched so i was expecting
    something was going wrong in the matching process of my voip dial-peer
    ...

    Does anybody can enligth me on this point ?

    Now i'm experiencing a new pb:

    There are a lot of noise on my communication..
    I have to precise that communication between 2 SIP agents is good
    quality
    Same as comm between 2 PSTN phone.
    And the problem is not due to overcharged network traffic,
    communication is not delayed.

    Seems like the gateway is somehow misconfigured and doesn't cancel the
    noise
    Does anybody know anything about this? On what setting should i play?

    I use G711ulaw codec for my SIP comm.
    And i don't know anything about french ISDN (RNIS) coding technic..
    If any doc on this point then i take..

    Thanks in advance

    (yaducam) wrote in message news:<>...
    > Thank Steve for ansewring so fast.
    >
    > This is what i got with the dialplan checking :
    >
    > passTours#show dialplan number 9127
    > Macro Exp.: 9127
    >
    > VoiceOverIpPeer1
    > peer type = voice, information type = voice,
    > description = `',
    > tag = 1, destination-pattern = `9127',
    > answer-address = `', preference=0,
    > CLID Restriction = None
    > CLID Network Number = `'
    > CLID Second Number sent
    > source carrier-id = `', target carrier-id = `',
    > source trunk-group-label = `', target trunk-group-label = `',
    > numbering Type = `unknown'
    > group = 1, Admin state is up, Operation state is up,
    > incoming called-number = `', connections/maximum =
    > 0/unlimited,
    > DTMF Relay = enabled,
    > modem transport = system,
    > huntstop = disabled,
    > in bound application associated: 'session'
    > out bound application associated: ''
    > dnis-map =
    > permission :both
    > incoming COR list:maximum capability
    > outgoing COR list:minimum requirement
    > Translation profile (Incoming):
    > Translation profile (Outgoing):
    > incoming call blocking:
    > translation-profile = `'
    > disconnect-cause = `no-service'
    > type = voip, session-target = `ipv4:10.54.74.20:5060',
    > technology prefix:
    > settle-call = disabled
    > ip media DSCP = ef, ip signaling DSCP = af31, UDP checksum =
    > disabled,
    > session-protocol = sipv2, session-transport = system, req-qos
    > = best-effort,
    > acc-qos = best-effort,
    > dtmf-relay = rtp-nte,
    > RTP dynamic payload type values: NTE = 101
    > Cisco: NSE=100, fax=96, fax-ack=97, dtmf=121, fax-relay=122
    > CAS=123, ClearChan=125, PCM switch over u-law=0,A-law=8
    > RTP comfort noise payload type = 19
    > fax rate = voice, payload size = 20 bytes
    > fax protocol = system
    > fax-relay ecm enable
    > fax NSF = 0xAD0051 (default)
    > codec = g711ulaw, payload size = 160 bytes,
    > Expect factor = 0, Icpif = 20,
    > Playout Mode is set to adaptive,
    > Initial 60 ms, Max 300 ms
    > Playout-delay Minimum mode is set to default, value 40 ms
    > Fax nominal 300 ms
    > Max Redirects = 1, signaling-type = cas,
    > VAD = disabled, Poor QOV Trap = disabled,
    > Source Interface = NONE
    > voice class sip url = system,
    > voice class sip rel1xx = system,
    > voice class perm tag = `'
    > Time elapsed since last clearing of voice call statistics
    > never
    > Connect Time = 0, Charged Units = 0,
    > Successful Calls = 0, Failed Calls = 0, Incomplete Calls = 0
    > Accepted Calls = 0, Refused Calls = 8,
    > Last Disconnect Cause is "1 ",
    > Last Disconnect Text is "unassigned number (1)",
    > Last Setup Time = 88524780.
    > Matched: 9127 Digits: 4
    > Target: ipv4:10.54.74.20:5060
    >
    > It looks perfecly normal..
    > my Voip dial peer is matched as i expected when dialing 9127 .
    >
    > But, still the debug voip ccapi shows:
    >
    > > > //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_registration_lookup: matching
    > > > parameters - called# [9127], calling# [247853784], consultid []

    >
    > I guess dial-peer 1 should be matched as an outgoing dial-peer .. I
    > wonder what's wrong with my config..
    > I can send further debug voip ccapi message if someone is an CISCO
    > expert in theses debug message (there is just a part of it in my first
    > mail).
    > I tried to understand by myself but tghe cisco debugging voip doc is
    > pretty ligth on this point..If someone has a more info then i would be
    > happy to take it ..
    >
    >
    > Steve Blair <> wrote in message news:<bk7kqr$55b3$>...
    > > Do a "show dialplan number <IP phone number>" and see
    > > which dial peer is matched.
    > >
    > > yaducam wrote:
    > > > Hi everyone!
    > > >
    > > > I try to make a phone call from a PSTN phone to a SIP phone using
    > > > Cisco gateway 1760. Ans seems like i have some trouble on outgoing
    > > > peer-matching..
    > > >
    > > > My PSTN phone number is 0247853784
    > > > The gateway has been assigned a ISDN phone number 0247889127 on BRI
    > > > 2/0
    > > > and the IP 10.54.74.2 on the Fastethernet interface 0/0
    > > > My sip phone is a cisco 7940 on 10.54.74.20
    > > >
    > > > Here are the dial-peers i use :
    > > >
    > > > dial-peer voice 1 voip
    > > > application session
    > > > destination-pattern 9127
    > > > session protocol sipv2
    > > > session target ipv4:10.54.74.20:5060
    > > > dtmf-relay rtp-nte
    > > > codec g711ulaw
    > > > no vad
    > > > !
    > > > dial-peer voice 2 pots
    > > > destination-pattern 247853784
    > > > no digit-strip
    > > > port 2/0
    > > > !
    > > >
    > > > I try to phone my SIP phone dialing 0247889127 on my PSTN phone
    > > > This i what i get when debbuging dialpeer:
    > > >
    > > > passTours#debug dialpeer
    > > > dialpeer detailed info debugging is on
    > > > passTours#
    > > > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > > > *Mar 12 00:02:52.736: destination pattn: 9127 expanded string: 9127
    > > > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > > > *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    > > > 247853784
    > > > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > > > *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    > > > 247853784
    > > > *Mar 12 00:02:52.736: MatchNextPeer: Peer 2 matched
    > > > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > > > *Mar 12 00:02:52.736: destination pattn: 9127 expanded string: 9127
    > > > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > > > *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    > > > 247853784
    > > > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > > > *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    > > > 247853784
    > > > *Mar 12 00:02:52.736: dpAssociateIncomingPeer_T null source route
    > > > label
    > > > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > > > *Mar 12 00:02:52.736: destination pattn: 9127 expanded string: 9127
    > > > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > > > *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    > > > 247853784
    > > > *Mar 12 00:02:52.736: Inside dpMatchCore:
    > > > *Mar 12 00:02:52.736: destination pattn: 247853784 expanded string:
    > > > 247853784
    > > > *Mar 12 00:02:52.736: MatchNextPeer: Peer 2 matched
    > > >
    > > > Seems like peer 2 (POTS) matched.. (i assume as an inbound dial-peer)
    > > > But peer 1 is not matched as an outgoing peer .. What's wrong ?
    > > >
    > > > Some other debug info that maybe could help (I don't understand half
    > > > of them but maybe some gurus will ...) Should be an interesting part
    > > > by the area of " no matching node "
    > > >
    > > > debug voip ccapi inout
    > > > ------------------------
    > > > *Mar 12 00:12:10.606:
    > > > //-1/xxxxxxxxxxxx/CCAPI/ccTDConstructHashProfileTab:
    > > > profileTable[0x82085B70], numBuckets[11], numEntries[0]
    > > > *Mar 12 00:12:10.606:
    > > > //-1/xxxxxxxxxxxx/CCAPI/ccTDPvtProfileTableBuildManager: Invoking
    > > > necessary profileTable updaters...
    > > > *Mar 12 00:12:10.606:
    > > > //-1/xxxxxxxxxxxx/CCAPI/ccTDPvtUpdateProfileTabFromContainer: Updating
    > > > profileTable[0x82085B70] with objects in container[0x82501878]
    > > > *Mar 12 00:12:10.606:
    > > > //-1/xxxxxxxxxxxx/CCAPI/ccTDPvtUpdateProfileTabFromContainer: obtained
    > > > key[5] for the tag[6]
    > > > *Mar 12 00:12:10.606:
    > > > //-1/xxxxxxxxxxxx/CCAPI/ccTDPvtAddObjectToProfileBucket:
    > > > profileTable[0x82085B70], tdObject[0x8234C3EC]*Mar 12 00:12:10.606:
    > > > //-1/xxxxxxxxxxxx/CCAPI/ccTDPvtProfileTableBuildManager:
    > > > *Mar 12 00:12:10.610: ccTDUtilDumpAllElemInProfileTab:
    > > > profileTable[0x82085B70], numBuckets[11], numEntries[1]
    > > > *Mar 12 00:12:10.610: Bucket { 5 }
    > > > ------>0x8234C3EC[0x0,t-6,l-16,d-0x8234C40C,m-1,u-951130,g-FACE0FFF]
    > > > *Mar 12 00:12:10.610:
    > > > *Mar 12 00:12:10.610:
    > > > //-1/xxxxxxxxxxxx/CCAPI/ccTDDestructTDUsrContainer:
    > > > Container[0x82501878]
    > > > *Mar 12 00:12:10.610: //-1/xxxxxxxxxxxx/CCAPI/cc_incr_if_call_volume:
    > > > not the VoIP or MMoIP
    > > > *Mar 12 00:12:10.610:
    > > > //-1/xxxxxxxxxxxx/CCAPI/cc_process_call_setup_ind: (event=0x823A5CCC)
    > > > *Mar 12 00:12:10.610:
    > > > //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_registration_lookup: matching
    > > > parameters - called# [9127], calling# [247853784], consultid []
    > > > *Mar 12 00:12:10.610:
    > > > //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search: Searching for node
    > > > with called# [9127], calling# [247853784], consultid []
    > > > *Mar 12 00:12:10.610:
    > > > //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_registration_lookup: No matching
    > > > node
    > > > *Mar 12 00:12:10.614:
    > > > //124/0DCFADDC80D8/CCAPI/cc_process_call_setup_ind: >>>>CCAPI handed
    > > > cid 124 with tag 2 to app "DEFAULT"
    > > > *Mar 12 00:12:10.614: //124/xxxxxxxxxxxx/SSAPP:-1:-1/sess_appl:
    > > > ev(24=CC_EV_CALL_SETUP_IND), cid(124), disp(0)
    > > > *Mar 12 00:12:10.614: //124/xxxxxxxxxxxx/SSAPP:-1:-1/sess_appl:
    > > > ev(SSA_EV_CALL_SETUP_IND), cid(124), disp(0)
    > > > *Mar 12 00:12:10.614: //124/xxxxxxxxxxxx/SSAPP:-1:-1/ssaCallSetupInd:
    > > > *Mar 12 00:12:10.614: //124/xxxxxxxxxxxx/CCAPI/ccCallSetContext:
    > > > (callID=0x7C, context=0x825FCB38)
    > > > *Mar 12 00:12:10.614: //124/0DCFADDC80D8/SSAPP:2:-1/ssaCallSetupInd:
    > > > cid(124), st(SSA_CS_MAPPING),oldst(0),
    > > > ev(24)ev->e.evCallSetupInd.nCallInfo.finalDestFlag = 0
    > > >
    > > > And to finish here are other relevant info in my config:
    > > >
    > > > interface FastEthernet0/0
    > > > ip address 10.54.74.2 255.255.255.128
    > > > no ip mroute-cache
    > > > speed auto
    > > > full-duplex
    > > > !
    > > > interface Serial0/0
    > > > no ip address
    > > > no ip mroute-cache
    > > > shutdown
    > > > !
    > > > interface BRI2/0
    > > > no ip address
    > > > isdn switch-type basic-net3
    > > > isdn incoming-voice voice
    > > > isdn sending-complete
    > > > !
    > > > interface BRI2/1
    > > > no ip address
    > > > no ip mroute-cache
    > > > isdn switch-type basic-net3
    > > > !
    > > > !
    > > > dial-peer cor custom
    > > > !
    > > > !
    > > > !
    > > > dial-peer voice 1 voip
    > > > application session
    > > > destination-pattern 9127
    > > > session protocol sipv2
    > > > session target ipv4:10.54.74.20:5060
    > > > dtmf-relay rtp-nte
    > > > codec g711ulaw
    > > > no vad
    > > > !
    > > > dial-peer voice 2 pots
    > > > destination-pattern 247853784
    > > > no digit-strip
    > > > port 2/0
    > > > !
    > > >
    > > > Thanks for reading since the end of this message !
    yaducam, Sep 17, 2003
    #4
    1. Advertising

Want to reply to this thread or ask your own question?

It takes just 2 minutes to sign up (and it's free!). Just click the sign up button to choose a username and then you can ask your own questions on the forum.
Similar Threads
  1. Michael
    Replies:
    2
    Views:
    936
    Michael
    Nov 20, 2003
  2. BerkHolz, Steven
    Replies:
    1
    Views:
    606
    Uli Link
    Feb 28, 2005
  3. Christopher Heer
    Replies:
    5
    Views:
    5,660
    Charlie Root
    Mar 22, 2006
  4. Jens Haase

    Cisco Router not matching DSCP 46

    Jens Haase, Apr 27, 2006, in forum: Cisco
    Replies:
    7
    Views:
    12,877
    Jens Haase
    Apr 28, 2006
  5. Christine

    Dialpeer question for CCME

    Christine, Aug 10, 2006, in forum: Cisco
    Replies:
    0
    Views:
    478
    Christine
    Aug 10, 2006
Loading...

Share This Page