Re: Hunt group but the final number is located in another site

This seems to indicate that the far side has been alerted (rung) but with no
answer.

Kind Regards,

Mark Snow, CCIE #14073
(Voice, Security)
Instructor
INE

On Apr 4, 2012, at 17:21, Iam Here <go_soon2010_at_hotmail.com> wrote:

> Thanks for your reply
> here's the debug after adding the suggested commands
>
>
>
> *Mar 1 02:12:20.171: //-1/xxxxxxxxxxxx/H323/cch323_h225_receiver: Received
msg of type SETUPIND_CHOSEN
> *Mar 1 02:12:20.179: //-1/xxxxxxxxxxxx/H323/setup_ind: Entry
> *Mar 1 02:12:20.179: //60/967131AA8041/H323/setup_ind: callingNumber[3333]
calledNumber[1000]
> *Mar 1 02:12:20.183: //60/967131AA8041/H323/setup_ind: ---- calling IE
present
> *Mar 1 02:12:20.183: //60/967131AA8041/H323/setup_ind: ====== PI = 3
> *Mar 1 02:12:20.187: //60/967131AA8041/H323/setup_ind: Receive: infoXCap 0
> *Mar 1 02:12:20.187: //60/967131AA8041/H323/setup_ind: Receive: infoXCap
ccb 0
> *Mar 1 02:12:20.191: //60/967131AA8041/H323/setup_ind:
> setup_ind: is_overlap = 0, info_complete = 0
>
> *Mar 1 02:12:20.191: //60/967131AA8041/H323/cch323_h225_receiver:
SETUPIND_CHOSEN: src address = 172.16.200.1; dest address = 172.16.200.2
> *Mar&nbs p; 1 02:12:20.195: //60/967131AA8041/H323/run_h225_sm: Received
event H225_EV_FS_SETUP_IND while at state H225_IDLE
> *Mar 1 02:12:20.199: //60/967131AA8041/H323/idle_fsSetupInd_hdlr: Setup ccb
0x643E22C8
> *Mar 1 02:12:20.199: //60/967131AA8041/H323/act_fastStartSetupInd: full
match is found
> *Mar 1 02:12:20.203: //60/967131AA8041/H323/act_fastStartSetupInd: codec
match = 1
> *Mar 1 02:12:20.203: //60/967131AA8041/H323/cch323_h225_set_new_state:
Changing from H225_IDLE state to H225_REQ_FS_SETUP state
> *Mar 1 02:12:20.203:
//60/967131AA8041/H323/cch323_create_incoming_callinfo_block: peer 64A9FBFC,
voice_peer_tag 1, ccb: 643E22C8
> *Mar 1 02:12:20.207:
//60/967131AA8041/H323/cch323_h225_handle_deferred_ind: UnBuffering deferred
indications
> *Mar 1 02:12:20.299: //60/967131AA8041/H323/run_h225_sm: Received event
H225_EV_CALLPROC while at state H225_REQ_FS_SETUP
> *Mar 1 02:12:20.303: //60/967131AA8041/H323/cch323_h22 5_set_new_state:
Changing from H225_REQ_FS_SETUP state to H225_ACC_FS_CALLPROC state
> *Mar 1 02:12:20.307: //60/967131AA8041/H323/generic_send_callproc: ======
PI = 0
> *Mar 1 02:12:20.315: //60/967131AA8041/H323/run_h245_iwf_sm: received
IWF_EV_FASTSTART while at state IWF_IDLE
> *Mar 1 02:12:20.315: //60/967131AA8041/H323/h245_iwf_set_new_state:
changing from IWF_OLC_IDLE state to IWF_OLC_DONE state
> *Mar 1 02:12:20.319: //60/967131AA8041/H323/fastStartIdle:
H245_EV_OLC_IN/OUT_DONE sent to olc
> *Mar 1 02:12:20.319: //60/967131AA8041/H323/h245_olc_in_sm: Received
H245_EV_OLC_IN_DONE while at state H245_OLC_IN_STATE_IDLE
> *Mar 1 02:12:20.323: //60/967131AA8041/H323/h245_olc_in_set_new_state:
Changing from H245_OLC_IN_STATE_IDLE state to H245_OLC_IN_STATE_ESTABLISHED
state
> *Mar 1 02:12:20.327: //60/967131AA8041/H323/h245_olc_out_sm: Received
H245_EV_OLC_OUT_DONE while at state H245_OLC_OUT_STATE_IDLE
> *Mar 1 02:12 :20.327: //60/967131AA8041/H323/h245_olc_out_set_new_state:
Changing from H245_OLC_OUT_STATE_IDLE state to H245_OLC_OUT_STATE_ESTABLISHED
state
> *Mar 1 02:12:20.331: //60/967131AA8041/H323/fastStartIdle: ccb->status_1 =
0x1
> *Mar 1 02:12:20.367: //60/967131AA8041/H323/run_h225_sm: Received event
H225_EV_ALERT while at state H225_ACC_FS_CALLPROC
> *Mar 1 02:12:20.367: //60/967131AA8041/H323/cch323_h225_set_new_state:
Changing from H225_ACC_FS_CALLPROC state to H225_ACC_FS_ALERT state
> *Mar 1 02:12:20.371: //60/967131AA8041/H323/generic_send_alert: ====== PI =
0
> *Mar 1 02:12:20.391: //-1/xxxxxxxxxxxx/H323/cch323_h225_receiver: Received
msg of type FACILIND_CHOSEN
> *Mar 1 02:12:20.395: //60/967131AA8041/H323/cch323_h225_receiver:
FACILIND_CHOSEN: src address = 172.16.200.1; dest address = 172.16.200.2
> *Mar 1 02:12:20.395: //60/967131AA8041/H323/run_h225_sm: Received event
H225_EV_FACILITY_IND while at state H225_ACC_FS _ALERT
> *Mar 1 02:12:20.399: //60/967131AA8041/H323/run_h245_iwf_sm: received
IWF_EV_PROC_TUNNEL while at state IWF_IDLE
> *Mar 1 02:12:20.403:
//60/967131AA8041/H323/cch323_send_event_to_h245_connection_sm: Changing to
new event H245_CONNECT_REQ_EVENT
> *Mar 1 02:12:20.403: //60/967131AA8041/H323/cch323_h245_connection_sm:
H245_CONNECT: Received event H245_CONNECT_REQ_EVENT while at H245_NONE state
> *Mar 1 02:12:20.407: //60/967131AA8041/H323/cch323_h245_connection_sm: In
connection_sm; doing tunneling
> *Mar 1 02:12:20.411: //60/967131AA8041/H323/cch323_h245_set_new_state:
Changing from H245_NONE state to H245_CONNECTED state
> *Mar 1 02:12:20.411: //60/967131AA8041/H323/h245_iwf_set_new_state:
changing from IWF_IDLE state to IWF_AWAIT_H245_CONN state
> *Mar 1 02:12:20.415: //60/967131AA8041/H323/run_h245_iwf_sm: received
IWF_EV_H245_CONNECTED while at state IWF_AWAIT_H245_CONN
> *Mar 1 02:12:20.419: //60/967131AA80 41/H323/h245_iwf_set_new_state:
changing from IWF_AWAIT_H245_CONN state to IWF_AWAIT_CAP_MSD_RESP state
> *Mar 1 02:12:20.439: //60/967131AA8041/H323/cch323_run_h245_cap_in_sm:
Received H245_EVENT_CAP_IND while at state IDLE
> *Mar 1 02:12:20.439: //60/967131AA8041/H323/h245_cap_in_set_new_state:
changing from IDLE state to AWAITING_RESPONSE state
> *Mar 1 02:12:20.439: //60/967131AA8041/H323/cch323_run_h245_cap_out_sm:
Received H245_EVENT_CAP_REQ while at state IDLE
> *Mar 1 02:12:20.443: //60/967131AA8041/H323/h245_cap_out_set_new_state:
changing from IDLE state to AWAITING_RESPONSE state
> *Mar 1 02:12:20.443: //60/967131AA8041/H323/cch323_run_h245_ms_sm: Received
event H245_EVENT_MSD while at state H245_MS_NONE
> *Mar 1 02:12:20.443: //60/967131AA8041/H323/cch323_run_h245_ms_sm: Sent MSD
Request
> *Mar 1 02:12:20.443: //60/967131AA8041/H323/h245_ms_set_new_state: Changing
from H245_MS_NONE state to H245_MS_OUTGOING_WAIT st ate
> *Mar 1 02:12:20.443: //60/967131AA8041/H323/run_h245_iwf_sm: received
IWF_EV_CAP_IND while at state IWF_AWAIT_CAP_MSD_RESP
> *Mar 1 02:12:20.443: //60/967131AA8041/H323/h245_handle_cap_ind: TCS
received from remote end. Setting h245 status flag H245_CAP_REQUEST_RCVD
> *Mar 1 02:12:20.443: //60/967131AA8041/H323/run_h225_sm: Received event
H225_EV_TRANSMIT_TUNNELING while at state H225_ACC_FS_ALERT
> *Mar 1 02:12:20.447: //60/967131AA8041/H323/run_h225_sm: Received event
H225_EV_TRANSMIT_TUNNELING while at state H225_ACC_FS_ALERT
> *Mar 1 02:12:20.451: //60/967131AA8041/H323/cch323_run_h245_cap_in_sm:
Received H245_EVENT_CAP_RESP while at state AWAITING_RESPONSE
> *Mar 1 02:12:20.455: //60/967131AA8041/H323/h245_cap_in_set_new_state:
changing from AWAITING_RESPONSE state to IDLE state
> *Mar 1 02:12:20.459: //60/967131AA8041/H323/run_h225_sm: Received event
H225_EV_TRANSMIT_TUNNELING while at state H225_ACC_FS_ALERT
> *M ar 1 02:12:20.471: //-1/xxxxxxxxxxxx/H323/cch323_h225_receiver: Received
msg of type FACILIND_CHOSEN
> *Mar 1 02:12:20.475: //60/967131AA8041/H323/cch323_h225_receiver:
FACILIND_CHOSEN: src address = 172.16.200.1; dest address = 172.16.200.2
> *Mar 1 02:12:20.479: //60/967131AA8041/H323/run_h225_sm: Received event
H225_EV_FACILITY_IND while at state H225_ACC_FS_ALERT
> *Mar 1 02:12:20.479: //60/967131AA8041/H323/run_h245_iwf_sm: received
IWF_EV_PROC_TUNNEL while at state IWF_AWAIT_CAP_MSD_RESP
> *Mar 1 02:12:20.483: //60/967131AA8041/H323/cch323_run_h245_ms_sm: Received
event H245_EVENT_MS_IND while at state H245_MS_OUTGOING_WAIT
> *Mar 1 02:12:20.483: //60/967131AA8041/H323/MSDetermination: rtt=60
rsdnum=1383, ltt=60 lsdnum=5920
> *Mar 1 02:12:20.483: //60/967131AA8041/H323/MSDetermination: Am SLAVE,
ccb->h245.h245_mdStatus = 0x0
> *Mar 1 02:12:20.483: //60/967131AA8041/H323/cch323_run_h245_ms_sm:
MS_Determine_indica tion to Appl: Sent MSD ACK!
> *Mar 1 02:12:20.483: //60/967131AA8041/H323/h245_ms_set_new_state: Changing
from H245_MS_OUTGOING_WAIT state to H245_MS_INCOMING_WAIT state
> *Mar 1 02:12:20.483: //60/967131AA8041/H323/run_h225_sm: Received event
H225_EV_TRANSMIT_TUNNELING while at state H225_ACC_FS_ALERT
> *Mar 1 02:12:20.483: //60/967131AA8041/H323/run_h245_iwf_sm: received
IWF_EV_MSD_ACK_SENT while at state IWF_AWAIT_CAP_MSD_RESP
> *Mar 1 02:12:20.483: //60/967131AA8041/H323/h245_iwf_common_msdacksent:
Negotiated codecs and dtmf are initialised in ccb
> *Mar 1 02:12:20.551: //-1/xxxxxxxxxxxx/H323/cch323_h225_receiver: Received
msg of type FACILIND_CHOSEN
> *Mar 1 02:12:20.551: //60/967131AA8041/H323/cch323_h225_receiver:
FACILIND_CHOSEN: src address = 172.16.200.1; dest address = 172.16.200.2
> *Mar 1 02:12:20.555: //60/967131AA8041/H323/run_h225_sm: Received event
H225_EV_FACILITY_IND while at state H225_ACC_FS_ALERT
> *Mar& nbsp; 1 02:12:20.559: //60/967131AA8041/H323/run_h245_iwf_sm: received
IWF_EV_PROC_TUNNEL while at state IWF_AWAIT_CAP_MSD_RESP
> *Mar 1 02:12:20.563: //60/967131AA8041/H323/cch323_run_h245_cap_out_sm:
Received H245_EVENT_CAP_CFM while at state AWAITING_RESPONSE
> *Mar 1 02:12:20.563: //60/967131AA8041/H323/h245_cap_out_set_new_state:
changing from AWAITING_RESPONSE state to IDLE state
> *Mar 1 02:12:20.563: //60/967131AA8041/H323/run_h245_iwf_sm: received
IWF_EV_CAP_CFM while at state IWF_AWAIT_CAP_MSD_RESP
> *Mar 1 02:12:20.563: //60/967131AA8041/H323/h245_iwf_set_new_state:
changing from IWF_AWAIT_CAP_MSD_RESP state to IWF_AWAIT_MSD_RESP state
> *Mar 1 02:12:20.567: //-1/xxxxxxxxxxxx/H323/cch323_h225_receiver: Received
msg of type FACILIND_CHOSEN
> *Mar 1 02:12:20.567: //60/967131AA8041/H323/cch323_h225_receiver:
FACILIND_CHOSEN: src address = 172.16.200.1; dest address = 172.16.200.2
> *Mar 1 02:12:20.567: //60/967131AA804 1/H323/run_h225_sm: Received event
H225_EV_FACILITY_IND while at state H225_ACC_FS_ALERT
> *Mar 1 02:12:20.567: //60/967131AA8041/H323/run_h245_iwf_sm: received
IWF_EV_PROC_TUNNEL while at state IWF_AWAIT_MSD_RESP
> *Mar 1 02:12:20.567: //60/967131AA8041/H323/cch323_run_h245_ms_sm: Received
event H245_EVENT_MS_CFM while at state H245_MS_INCOMING_WAIT
> *Mar 1 02:12:20.567: //60/967131AA8041/H323/cch323_run_h245_ms_sm: Local
Status = 0x2, Remote Status = 0x2
> *Mar 1 02:12:20.567: //60/967131AA8041/H323/cch323_run_h245_ms_sm: MSD
Determine CFM to APPL, both sides agree!
> *Mar 1 02:12:20.567: //60/967131AA8041/H323/h245_ms_set_new_state: Changing
from H245_MS_INCOMING_WAIT state to H245_MS_NONE state
> *Mar 1 02:12:20.567: //60/967131AA8041/H323/run_h245_iwf_sm: received
IWF_EV_MSD_CFM while at state IWF_AWAIT_MSD_RESP
> *Mar 1 02:12:20.567: //60/967131AA8041/H323/h245_iwf_handle_init_olc:
Turning off h245 status flag H245_MSD_ ACK_SENT_CODEC_INIT_DONE
> *Mar 1 02:12:20.567: //60/967131AA8041/H323/h245_iwf_set_new_state:
changing from IWF_AWAIT_MSD_RESP state to IWF_ACTIVE state
> *Mar 1 02:12:20.567: //60/967131AA8041/H323/run_h225_sm: Received event
H225_EV_H245_SUCCESS while at state H225_ACC_FS_ALERT
> *Mar 1 02:12:23.487: //60/967131AA8041/H323/run_h225_sm: Received event
H225_EV_ALERT while at state H225_ACC_FS_ALERT
> *Mar 1 02:12:26.555: //60/967131AA8041/H323/run_h225_sm: Received event
H225_EV_RELEASE while at state H225_ACC_FS_ALERT
> *Mar 1 02:12:26.559: //60/967131AA8041/H323/cch323_h225_send_release: Cause
= 19; Location = 0
> *Mar 1 02:12:26.559: //60/967131AA8041/H323/cch323_h225_send_release:
h225TerminateRequest: src address = -1408186367; dest address = 172.16.200.2
> *Mar 1 02:12:26.567: //60/967131AA8041/H323/cch323_h225_set_new_state:
Changing from H225_ACC_FS_ALERT state to H225_WAIT_FOR_REL_COMP state
> *Mar 1 02:12:26. 703: //-1/xxxxxxxxxxxx/H323/cch323_h225_receiver: Received
msg of type RELEASEIND_CHOSEN
> *Mar 1 02:12:26.707: //60/967131AA8041/H323/cch323_h225_receiver:
RELEASEIND_CHOSEN: src address = 172.16.200.1; dest address = 172.16.200.2
> *Mar 1 02:12:26.711: //60/967131AA8041/H323/run_h225_sm: Received event
H225_EV_RELEASE_IND while at state H225_WAIT_FOR_REL_COMP
> *Mar 1 02:12:26.711: //60/967131AA8041/H323/cch323_h225_set_new_state:
Changing from H225_WAIT_FOR_REL_COMP state to H225_IDLE state
> *Mar 1 02:12:26.723: //60/967131AA8041/H323/run_h245_iwf_sm: received
IWF_EV_H245_DISCONN while at state IWF_ACTIVE
> *Mar 1 02:12:26.727:
//60/967131AA8041/H323/cch323_send_event_to_h245_connection_sm: Changing to
new event H245_DISCONNECT_EVENT
> *Mar 1 02:12:26.727: //60/967131AA8041/H323/cch323_h245_connection_sm:
H245_CONNECT: Received event H245_DISCONNECT_EVENT while at H245_CONNECTED
state
>
>
>
>
>
> Subject: Re: Hunt group but the final number is located in another site
> From: msnow_at_ine.com
> Date: Wed, 4 Apr 2012 16:38:48 -0400
> CC: ccielab_at_groupstudy.com
> To: go_soon2010_at_hotmail.com
>
> So now we are dealing with 3334 as the final number instead of 4444? (3334
after be macro-expanded)
>
> So first off, things that I see that you will want to add are things like
"dtmf-relay h245-signal" as well as "incoming called-number ." on both of your
voip dial peers.
>
> Next, change your final to what you want to ring (3334 is sounds like) and
get rid of the num-exp unless you have some other critical need for it.
>
> Finally, run a "debug cch323 h225" and a "debug cch323 245" and send us the
results after you make a call to the HG.
>
> --
> Mark Snow, CCIE #14073 (Voice/Security)
> msnow_at_INE.com
>
> Internetwork Expert, Inc.
> http://www.INE.com
>
>
> On Apr 4, 2012, at 4:18 PM, Iam Here wrote:
>
> I can dial 4501 directly from all the ip phones registered to R1
>
> I make the call from 3333 to 1000 and then 1111 rings and then 1112 and
finally gives me busy when he tries to call 4444
>
> R1 config
> ======
> num-exp 4444 3334
>
> ephone-hunt 1 sequential
> pilot 1000
> list 1111, 1112
> final 4444
> timeout 5
>
> dial-peer voice 1 voip
> preference 1
> destination-pattern 3...
> session target ipv4:172.16.100.2
> !
> telephony-service
> max-ephones 10
> &nbs p;max-dn 40
> ip source-address 1.1.1.1 port 2000
> max-conferences 8 gain -6
> !
> !
> ephone-dn 1 dual-line
> no call-waiting beep
> number 1111
> label Phone_1111
> name Phone_1
> !
> !
> ephone-dn 2 dual-line
> no call-waiting beep
> number 1112
> label Phone_1112
> name Phone_2
>
> ephone-dn 3
> number 1100
> label Shared_1100
> name Shared_Line_1100!&nb sp;
> !
> ephone 1
> mac-address 0000.1111.1111
> button 1:1 2:3
> !
>
> ephone 2
> mac-address 0000.2222.2222
> button 1:2 2:3
> !
>
>
>
> R2 config
> ======
> dial-peer voice 1 voip
> destination-pattern 1...
> session target ipv4:1.1.1.1
>
> telephony-service
> max-ephones 10
> max-dn 40 ip source-address 10.22.22.1 port 2000
>
> ephone-dn 1 dual-line
> number 3333
> label Phone_3333
>
> ephone-dn 2 dual-line
> number 3334
> !
> !
> ephone 1
> mac-address 0000.3333.3333
> ;button 1:1 2:2
>
>
>
> Subject: Re: Hunt group but the final number is located in another site
> From: msnow_at_ine.com
> Date: Wed, 4 Apr 2012 15:44:18 -0400
> CC: ccielab_at_groupstudy.com
> To: go_soon2010_at_hotmail.com
>
> Hey Iam,
>
> So, i f you just dial 4501 directly, it does not give you a busy tone?
>
> Can you include your sanitized configs from both this HG router and the far
end you are trying to connect to?
>
>
> --
> Mark Snow, CCIE #14073 (Voice/Security)
> msnow_at_INE.com
>
> Internetwork Expert, Inc.
> http://www.INE.com
>
>
>
> On Apr 4, 2012, at 3:28 PM, Iam Here wrote:
>
> The customer has site-1 with hunt group (pilot 1000 and list 1100,1101 and
the final number is 4501) but the final number is in another site
(Site-2)when i make a call to 1000 it goes first to 1100 then 1101 but it
gives busy tone when it should dial 4501 )We can access 4501 through voip dial
peer Should i use another method other than the hunt group to fulfill that or
what ?
> I tried exp-num and also to create ephone-dn with forward to 4501 but still
gives me Busy tone
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html

Blogs and organic groups at http://www.ccie.net
Received on Wed Apr 04 2012 - 18:24:21 ART