inbound call dial-peer match how does it match dial-peer 991 99[59]

allan.wells · ‎01-20-2003

Paul Cameron can you give me the answer here ?

Why do inbound calls, when number unknown or private match dial-peer 991 or 992 inbound as apposed to dial-peer 1000 or 3000.debug Isdn q931 and voip ccapi inout attatched at bottom of dial-peers

The sh voice call active brief says dial-peer 992 is being used on the pstn side.

So whats the chain of events how is the call matched inbound to dial-peer.

(Jan 16 22:45:05.805: cc_api_call_setup_ind calling number is null, answer addr dest pattern 99[59] e164_ans_addr 0 e164_dest_pattern 0 -->wheres this info fit in or MATCHED ? How does dial peer 991 get a match here when the number is null -nada -private as apposed to the other dial-peers what is more specific about 99[59] that it gets matched inbound from private number

it doesnt get matched otherwise.

dial-peer voice 100 voip

preference 1

max-conn 46

incoming called-number 68304

destination-pattern 68304...

voice-class codec 10

session target ipv4:XXXXXXXX

dtmf-relay h245-alphanumeric

ip precedence 5

no vad

!

dial-peer voice 200 voip

preference 2

max-conn 46

incoming called-number 68304

destination-pattern 68304...

voice-class codec 10

session target ipv4:XXXXXXXX

dtmf-relay h245-alphanumeric

ip precedence 5

no vad

!

dial-peer voice 991 pots

preference 1

destination-pattern 99[59]

direct-inward-dial

port 1/0:15

forward-digits 3

!

dial-peer voice 992 pots

preference 2

destination-pattern 99[59]

direct-inward-dial

port 1/1:15

forward-digits 3

!

dial-peer voice 1000 pots

preference 1

max-conn 60

destination-pattern [1-9]

direct-inward-dial

port 1/0:15

forward-digits all

!

dial-peer voice 1100 pots

preference 2

max-conn 60

destination-pattern [1-9]

direct-inward-dial

port 1/1:15

forward-digits all

!

dial-peer voice 3000 pots

preference 1

destination-pattern 0T

direct-inward-dial

port 1/0:15

forward-digits all

!

dial-peer voice 3100 pots

preference 2

destination-pattern 0T

direct-inward-dial

port 1/1:15

forward-digits all

!

dial-peer voice 1200 pots

preference 1

max-conn 60

destination-pattern 18

direct-inward-dial

port 1/0:15

forward-digits all

!

dial-peer voice 1300 pots

preference 2

max-conn 60

destination-pattern 18

direct-inward-dial

port 1/1:15

forward-digits all

Jan 16 22:45:05.801: ISDN Se1/0:15: RX <- SETUP pd = 8 callref = 0x0040

Jan 16 22:45:05.801: Sending Complete

Jan 16 22:45:05.801: Bearer Capability i = 0x9090A3

Jan 16 22:45:05.801: Channel ID i = 0xA98394

Jan 16 22:45:05.801: Progress Ind i = 0x8283 - Origination address is non-ISDN

Jan 16 22:45:05.801: Display i = 'OVERSEAS'

Jan 16 22:45:05.801: Calling Party Number i = 0x00, 0xC3, Plan:Unknown, Type:Unknown

Jan 16 22:45:05.801: Called Party Number i = 0xC1, '68304602', Plan:ISDN, Type:Subscriber(local)

Jan 16 22:45:05.805: cc_api_call_setup_ind (vdbPtr=0x62BAA830, callInfo={called=68304602,called_oct3=0xC1,calling=,calling_oct3=0x0,calling_oct3a=0xC3,calling_xlated=false,subscriber_type_str=RegularLine,fdest=1,peer_tag=991, prog_ind=3,callingIE_present 1},callID=0x632BBD7C)

Jan 16 22:45:05.805: cc_api_call_setup_ind calling number is null, answer addr dest pattern 99[59] e164_ans_addr 0 e164_dest_pattern 0

Jan 16 22:45:05.805: cc_api_call_setup_ind type 13 , prot 0

Jan 16 22:45:05.805: cc_process_call_setup_ind (event=0x62917464)

Jan 16 22:45:05.805: >>>>CCAPI handed cid 443452 with tag 991 to app "DEFAULT"

Jan 16 22:45:05.805: sess_appl: ev(24=CC_EV_CALL_SETUP_IND), cid(443452), disp(0)

Jan 16 22:45:05.805: sess_appl: ev(SSA_EV_CALL_SETUP_IND), cid(443452), disp(0)

Jan 16 22:45:05.805: ssaCallSetupInd

Jan 16 22:45:05.805: ccCallSetContext (callID=0x6C43C, context=0x63326034)

Jan 16 22:45:05.805: ssaCallSetupInd cid(443452), st(SSA_CS_MAPPING),oldst(0), ev(24)ev->e.evCallSetupInd.nCallInfo.finalDestFlag = 1

Jan 16 22:45:05.805: ssaCallSetupInd finalDest cllng(), clled(68304602)

Jan 16 22:45:05.805: ssaCallSetupInd cid(443452), st(SSA_CS_CALL_SETTING),oldst(0), ev(24)dpMatchPeersMoreArg result= 0

Jan 16 22:45:05.805: ssaSetupPeer cid(443452) peer list: tag(100) called number (68304602) tag(200) called number (68304602) tag(1000) called number (68304602) tag(1100) called number (68304602)

Jan 16 22:45:05.805: ssaSetupPeer cid(443452), destPat(68304602), matched(5), prefix(), peer(62E5A318), peer->encapType (2)

Jan 16 22:45:05.805: ccCallProceeding (callID=0x6C43C, prog_ind=0x0)

Jan 16 22:45:05.809: ccCallSetupRequest (Inbound call = 0x6C43C, outbound peer =100, dest=, params=0x62B863E8 mode=0, *callID=0x62B86758, prog_ind = 3) callingIE_present 1

Jan 16 22:45:05.809: ccCallSetupRequest numbering_type 0xC1

Jan 16 22:45:05.809: ccCallSetupRequest encapType 2 clid_restrict_disable 1 null_orig_clg 1 clid_transparent 0 callingNumber

Jan 16 22:45:05.809: dest pattern 68304..., called 68304602, digit_strip 0

Jan 16 22:45:05.809: callingNumber=, calledNumber=68304602, redirectNumber= display_info=OVERSEAS calling_oct3a=C3

Jan 16 22:45:05.809: accountNumber=, finalDestFlag=1,

guid=fde0.a478.28da.11d7.9544.cdb9.a2a1.fa51

Jan 16 22:45:05.809: peer_tag=100

Jan 16 22:45:05.809: ccIFCallSetupRequestPrivate: (vdbPtr=0x62809044, dest=, callParams={called=68304602,called_oct3=0xC1, calling=,calling_oct3=0x0, calling_xlated=false, subscriber_type_str=RegularLine, fdest=1, voice_peer_tag=100},mode=0x0) vdbPtr type = 1

Jan 16 22:45:05.809: ccIFCallSetupRequestPrivate: (vdbPtr=0x62809044, dest=, callParams={called=68304602, called_oct3 0xC1, calling=,calling_oct3 0x0, calling_xlated=false, fdest=1, voice_peer_tag=100}, mode=0x0, xltrc=-5)

Jan 16 22:45:05.809: ccSaveDialpeerTag (callID=0x6C43C, dialpeer_tag=0x64)

Jan 16 22:45:05.809: ccCallSetContext (callID=0x6C43D, context=0x63063D08)

Jan 16 22:45:05.809: ccCallReportDigits (callID=0x6C43C, enable=0x0)

Jan 16 22:45:05.809: cc_api_call_report_digits_done (vdbPtr=0x62BAA830, callID=0x6C43C, disp=0)

Jan 16 22:45:05.809: sess_appl: ev(53=CC_EV_CALL_REPORT_DIGITS_DONE), cid(443452), disp(0)

Jan 16 22:45:05.809: cid(443452)st(SSA_CS_CALL_SETTING)ev(SSA_EV_CALL_REPORT_DIGITS_DONE)

oldst(SSA_CS_MAPPING)cfid(-1)csize(0)in(1)fDest(1)

Jan 16 22:45:05.809: -cid2(443453)st2(SSA_CS_CALL_SETTING)oldst2(SSA_CS_MAPPING)

Jan 16 22:45:05.809: ssaReportDigitsDone cid(443452) peer list: tag(200) called number (68304602) tag(1000) called number (68304602) tag(1100) called number (68304602)

Jan 16 22:45:05.809: ssaReportDigitsDone callid=443452 Reporting disabled.

Jan 16 22:45:05.809: ISDN Se1/0:15: TX -> CALL_PROC pd = 8 callref = 0x8040

Jan 16 22:45:05.809: Channel ID i = 0xA98394

Jan 16 22:45:05.829: cc_api_call_proceeding(vdbPtr=0x62809044, callID=0x6C43D,

prog_ind=0x0)

Jan 16 22:45:05.829: sess_appl: ev(21=CC_EV_CALL_PROCEEDING), cid(443453), disp(0)

Jan 16 22:45:05.829: cid(443453)st(SSA_CS_CALL_SETTING)ev(SSA_EV_CALL_PROCEEDING)

oldst(SSA_CS_MAPPING)cfid(-1)csize(0)in(0)fDest(0)

Jan 16 22:45:05.829: -cid2(443452)st2(SSA_CS_CALL_SETTING)oldst2(SSA_CS_CALL_SETTING)

Jan 16 22:45:05.829: ssaCallProc

Jan 16 22:45:05.829: ccGetDialpeerTag (callID=0x6C43C)

Jan 16 22:45:05.829: ssaIgnore cid(443453), st(SSA_CS_CALL_SETTING),oldst(1), ev(21)

Jan 16 22:45:05.845: cc_api_call_alert(vdbPtr=0x62809044, callID=0x6C43D, prog_ind=0x0, sig_ind=0x1)

Jan 16 22:45:05.845: sess_appl: ev(7=CC_EV_CALL_ALERT), cid(443453), disp(0)

Jan 16 22:45:05.845: cid(443453)st(SSA_CS_CALL_SETTING)ev(SSA_EV_CALL_ALERT)

oldst(SSA_CS_CALL_SETTING)cfid(-1)csize(0)in(0)fDest(0)

Jan 16 22:45:05.845: -cid2(443452)st2(SSA_CS_CALL_SETTING)oldst2(SSA_CS_CALL_SETTING)

Jan 16 22:45:05.845: ssaAlert

Jan 16 22:45:05.845: ccGetDialpeerTag (callID=0x6C43C)

Jan 16 22:45:05.845: ccCallAlert (callID=0x6C43C, prog_ind=0x0, sig_ind=0x1)

Jan 16 22:45:05.845: cc_api_call_notify(vdbPtr=0x62809044, callID=0x6C43D

Jan 16 22:45:05.845: sess_appl: ev(20=CC_EV_CALL_NOTIFY), cid(443453), disp(0)

Jan 16 22:45:05.845: cid(443453)st(SSA_CS_ALERT_RCVD)ev(SSA_EV_CALL_NOTIFY)

oldst(SSA_CS_CALL_SETTING)cfid(-1)csize(0)in(0)fDest(0)

Jan 16 22:45:05.845: -cid2(443452)st2(SSA_CS_ALERT_RCVD)oldst2(SSA_CS_CALL_SETTING)

Jan 16 22:45:05.845: ssaNotify

Jan 16 22:45:05.845: ccCallNotify (callID=0x6C43C)

Jan 16 22:45:05.849: ISDN Se1/0:15: TX -> ALERTING pd = 8 callref = 0x8040

Jan 16 22:45:26.638: cc_api_call_notify(vdbPtr=0x62809044, callID=0x6C43D

Jan 16 22:45:26.638: sess_appl: ev(20=CC_EV_CALL_NOTIFY), cid(443453), disp(0)

Jan 16 22:45:26.638: cid(443453)st(SSA_CS_ALERT_RCVD)ev(SSA_EV_CALL_NOTIFY)

oldst(SSA_CS_ALERT_RCVD)cfid(-1)csize(0)in(0)fDest(0)

Jan 16 22:45:26.638: -cid2(443452)st2(SSA_CS_ALERT_RCVD)oldst2(SSA_CS_CALL_SETTING)

Jan 16 22:45:26.638: ssaNotify

Jan 16 22:45:26.638: ccCallNotify (callID=0x6C43C)

Jan 16 22:45:27.166: cc_api_call_connected(vdbPtr=0x62809044, callID=0x6C43D), prog_ind = 0cc_api_call_connected: setting callEntry->connected to TRUE

Jan 16 22:45:27.166: sess_appl: ev(8=CC_EV_CALL_CONNECTED), cid(443453), disp(0)

Jan 16 22:45:27.166: cid(443453)st(SSA_CS_ALERT_RCVD)ev(SSA_EV_CALL_CONNECTED)

oldst(SSA_CS_ALERT_RCVD)cfid(-1)csize(0)in(0)fDest(0)

Jan 16 22:45:27.166: -cid2(443452)st2(SSA_CS_ALERT_RCVD)oldst2(SSA_CS_CALL_SETTING)

Jan 16 22:45:27.166: ssaConnect

Jan 16 22:45:27.166: ccGetDialpeerTag (callID=0x6C43C)

Jan 16 22:45:27.166: ccConferenceCreate (confID=0x62B867E4, callID1=0x6C43C, callID2=0x6C43D, tag=0x0)

Jan 16 22:45:27.166: cc_api_bridge_done (confID=0x2D843, srcIF=0x62809044, srcCallID=0x6C43D, dstCallID=0x6C43C, disposition=0, tag=0x0)

Jan 16 22:45:27.166: cc_api_bridge_done (confID=0x2D843, srcIF=0x62BAA830, srcCallID=0x6C43C, dstCallID=0x6C43D, disposition=0, tag=0x0)

Jan 16 22:45:27.166: cc_api_caps_ind (dstVdbPtr=0x62809044, dstCallId=0x6C43D, srcCallId=0x6C43C,

caps={codec=0x2887F, fax_rate=0x7F, vad=0x3, modem=0x2

codec_bytes=0, signal_type=3})

Jan 16 22:45:27.166: cc_api_caps_ind (Playout: mode 0, initial 60,min 40, max 200)

Jan 16 22:45:27.166: cc_api_caps_ind (dstVdbPtr=0x62BAA830, dstCallId=0x6C43C, srcCallId=0x6C43D,

caps={codec=0x1, fax_rate=0x2, vad=0x1, modem=0x0

codec_bytes=160, signal_type=2})

Jan 16 22:45:27.166: cc_api_caps_ind (Playout: mode 0, initial 60,min 40, max 200)

Jan 16 22:45:27.166: cc_api_caps_ack (dstVdbPtr=0x62BAA830, dstCallId=0x6C43C, srcCallId=0x6C43D,

caps={codec=0x1, fax_rate=0x2, vad=0x1, modem=0x0

codec_bytes=160, signal_type=2, seq_num_start=1729})

Jan 16 22:45:27.166: cc_api_caps_ack (dstVdbPtr=0x62809044, dstCallId=0x6C43D, srcCallId=0x6C43C,

caps={codec=0x1, fax_rate=0x2, vad=0x1, modem=0x0

codec_bytes=160, signal_type=2, seq_num_start=1729})

Jan 16 22:45:27.166: cc_api_voice_mode_event , callID=0x6C43C

Jan 16 22:45:27.166: Call Pointer =63326034

Jan 16 22:45:27.166: sess_appl: ev(29=CC_EV_CONF_CREATE_DONE), cid(443452), disp(0)

Jan 16 22:45:27.166: cid(443452)st(SSA_CS_CONFERENCING)ev(SSA_EV_CONF_CREATE_DONE)

oldst(SSA_CS_CALL_SETTING)cfid(186435)csize(2)in(1)fDest(1)

Jan 16 22:45:27.166: -cid2(443453)st2(SSA_CS_CONFERENCING)oldst2(SSA_CS_ALERT_RCVD)

Jan 16 22:45:27.166: ssaConfCreateDone

Jan 16 22:45:27.166: ccCallConnect (callID=0x6C43C), prog_ind = 0ccCallConnect: setting callEntry->connected to TRUE

Jan 16 22:45:27.166: ssaFlushPeerTagQueue cid(443452) peer list: tag(200) called number (68304602) tag(1000) called number (68304602) tag(1100) called number (68304602)

Jan 16 22:45:27.166: sess_appl: ev(51=CC_EV_VOICE_MODE_DONE), cid(443452), disp(0)

Jan 16 22:45:27.166: cid(443452)st(SSA_CS_ACTIVE)ev(SSA_EV_VOICE_MODE_DONE)

oldst(SSA_CS_CONFERENCING)cfid(186435)csize(2)in(1)fDest(1)

Jan 16 22:45:27.166: -cid2(443453)st2(SSA_CS_ACTIVE)oldst2(SSA_CS_ALERT_RCVD)

Jan 16 22:45:27.166: ssaIgnore cid(443452), st(SSA_CS_ACTIVE),oldst(5), ev(51)

Jan 16 22:45:27.166: cc_process_notify_bridge_done (event=0x62916F70)

Jan 16 22:45:27.170: ISDN Se1/0:15: TX -> CONNECT pd = 8 callref = 0x8040

Jan 16 22:45:27.238: ISDN Se1/0:15: RX <- CONNECT_ACK pd = 8 callref = 0x0040

Jan 16 22:45:27.238: ISDN Se1/0:15: CALL_PROGRESS: CALL_CONNECTED call id 0x6553, bchan 19, dsl 0

Jan 16 22:45:44.910: ISDN Se1/0:15: RX <- DISCONNECT pd = 8 callref = 0x0040

Jan 16 22:45:44.910: Cause i = 0x8590 - Normal call clearing

Jan 16 22:45:44.910: Progress Ind i = 0x8288 - In-band info or appropriate now available

Jan 16 22:45:44.910: cc_api_call_disc_prog_ind(vdbPtr=0x62BAA830, callID=0x6C43C,prog_ind 8 cause 10

Jan 16 22:45:44.910: cc_api_call_disc_prog_ind: recording disconnect_w_pi, cause 0x10for callID 0x6C43CcallEntry->connected 1

voice_convert_discpi_to_prog 0

Jan 16 22:45:44.910: (cc_api_call_disc_prog_ind) converting DISC PI to DISC

Jan 16 22:45:44.910: sess_appl: ev(11=CC_EV_CALL_DISCONNECTED), cid(443452), disp(0)

Jan 16 22:45:44.910: cid(443452)st(SSA_CS_ACTIVE)ev(SSA_EV_CALL_DISCONNECTED)

oldst(SSA_CS_ACTIVE)cfid(186435)csize(2)in(1)fDest(1)

Jan 16 22:45:44.910: -cid2(443453)st2(SSA_CS_ACTIVE)oldst2(SSA_CS_ALERT_RCVD)

Jan 16 22:45:44.910: ssa: Disconnected cid(443452) state(5) cause(0x10)

Jan 16 22:45:44.910: ccConferenceDestroy (confID=0x2D843, tag=0x0)

Jan 16 22:45:44.910: cc_api_bridge_drop_done (confID=0x2D843, srcIF=0x62809044, srcCallID=0x6C43D, dstCallID=0x6C43C, disposition=0 tag=0x0)

Jan 16 22:45:44.910: cc_api_bridge_drop_done (confID=0x2D843, srcIF=0x62BAA830, srcCallID=0x6C43C, dstCallID=0x6C43D, disposition=0 tag=0x0)

Jan 16 22:45:44.910: sess_appl: ev(30=CC_EV_CONF_DESTROY_DONE), cid(443452), disp(0)

Jan 16 22:45:44.910: cid(443452)st(SSA_CS_CONF_DESTROYING)ev(SSA_EV_CONF_DESTROY_DONE)

oldst(SSA_CS_ACTIVE)cfid(-1)csize(2)in(1)fDest(1)

Jan 16 22:45:44.910: -cid2(443453)st2(SSA_CS_CONF_DESTROYING)oldst2(SSA_CS_ALERT_RCVD)

Jan 16 22:45:44.910: ssaConfDestroyDone

Jan 16 22:45:44.910: ccCallDisconnect (callID=0x6C43C, cause=0x10 tag=0x0)

Jan 16 22:45:44.910: ccCallDisconnect: existing_cause = 0x10, new_cause = 0x10

Jan 16 22:45:44.910: ccCallDisconnect: using the existing_cause w/ 0x10

Jan 16 22:45:44.910: ccCallDisconnect (callID=0x6C43D, cause=0x10 tag=0x0)

Jan 16 22:45:44.910: ccCallDisconnect: existing_cause = 0x0, new_cause = 0x10

Jan 16 22:45:44.922: cc_api_icpif: expect factor = 0

Jan 16 22:45:44.922: g113_calculate_impairment (delay=88,

loss=1), Io=0 Iq=0 Idte=0 Idd=0 Ie=8 Itot=8

Jan 16 22:45:44.922: cc_api_call_disconnect_done(vdbPtr=0x62809044, callID=0x6C43D, disp=0, tag=0x0)

Jan 16 22:45:44.922: sess_appl: ev(12=CC_EV_CALL_DISCONNECT_DONE), cid(443453), disp(0)

Jan 16 22:45:44.926: cid(443453)st(SSA_CS_DISCONNECTING)ev(SSA_EV_CALL_DISCONNECT_DONE)

oldst(SSA_CS_ALERT_RCVD)cfid(-1)csize(2)in(0)fDest(0)

Jan 16 22:45:44.926: -cid2(443452)st2(SSA_CS_DISCONNECTING)oldst2(SSA_CS_CONF_DESTROYING)

Jan 16 22:45:44.926: ssaDisconnectDone

Jan 16 22:45:44.926: cc_api_call_disconnect_done(vdbPtr=0x62BAA830, callID=0x6C43C, disp=0, tag=0x0)

Jan 16 22:45:44.926: ISDN Se1/0:15: TX -> RELEASE pd = 8 callref = 0x8040

Jan 16 22:45:44.926: sess_appl: ev(12=CC_EV_CALL_DISCONNECT_DONE), cid(443452), disp(0)

Jan 16 22:45:44.926: cid(443452)st(SSA_CS_DISCONNECTING)ev(SSA_EV_CALL_DISCONNECT_DONE)

oldst(SSA_CS_CONF_DESTROYING)cfid(-1)csize(1)in(1)fDest(1)

Jan 16 22:45:44.926: ssaDisconnectDone

Jan 16 22:45:44.986: ISDN Se1/0:15: RX <- RELEASE_COMP pd = 8 callref = 0x0040un all

All possible debugging has been turned off

SgsngRHern01#sh call active voice brief

Total call-legs: 2

271F : 1598750971hs.1 +2137 pid:992 Answer 99[59] active

dur 00:00:04 tx:211/33760 rx:212/33920

Tele 1/1:15:443454: tx:4240/424/0ms g711ulaw noise:0 acom:0 i/0:-79/-27 dBm

271F : 1598750972hs.1 +2136 pid:100 Originate 68304602 active

dur 00:00:04 tx:212/33920 rx:211/33760

IP 144.67.97.103:22906 rtt:0ms pl:2600/0ms lost:0/0/0 delay:64/64/65ms g711ulaw

Total call-legs: 2

SgsngRHern01#sh call active voice brief

Total call-legs: 2

271F : 1598750971hs.1 +2137 pid:992 Answer 99[59] active

dur 00:00:14 tx:648/103680 rx:722/115520

Tele 1/1:15:443454: tx:14440/1444/0ms g711ulaw noise:0 acom:0 i/0:-65/-55 dBm

271F : 1598750972hs.1 +2136 pid:100 Originate 68304602 active

dur 00:00:14 tx:722/115520 rx:648/103680

IP 144.67.97.103:22906 rtt:0ms pl:12960/80ms lost:0/0/0 delay:64/64/65ms g711ulaw

Total call-legs: 2

dgoodwin · ‎01-20-2003

Hi Allan,

I'm obviously not Paul Cameron, although he's quite a fine chap!

I believe the answer is that unless there is a number match through a destination-pattern or other method, that an inbound call to an ISDN interface will match the first POTS dial-peer appearing in the configuration that contains the port number where the call arrived.

If you were to remove dial-peers 991 and 992 from the running config and then paste them back in again, dial-peers 1000 and 1100 would be used for these calls.

Note: I believe this can be overridden by using the incoming called-number . command on the pots-dial peer.

allan.wells · ‎01-20-2003

Ok I believe you !

Thanks Dave.

dweiner · ‎01-20-2003

Here's a good reference on the order of events:

http://www.cisco.com/warp/customer/788/voip/in_dial_peer_match.html