<div dir="ltr">Hi Joe,<br><br>Thanks for the reply... :o)<br><br>I found the problem to be related to the <b>Allow Overlap Sending </b>setting which was over looked...<br><br><br><br><div class="gmail_quote">2008/7/28 Joe Cisco <span dir="ltr"><<a href="mailto:smetsysocsic@gmail.com">smetsysocsic@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Did you do a "terminal monitor" (needed from a telnet session) before<br>
issuing the "debug vpm all"? If so, does DNA show it going where<br>
expected?<br>
<br>
-Joe C.<br>
<div><div></div><div class="Wj3C7c"><br>
On Sun, Jul 27, 2008 at 7:11 PM, Mark J <<a href="mailto:markju@gmail.com">markju@gmail.com</a>> wrote:<br>
> Hey guys,<br>
><br>
> I'm having this same problem on an other 2801 with same FXO configuration<br>
> but the problem here is that I don't get any debug output from the debug vpm<br>
> all and as far as I can see the RL/RP/RGs are all configured correctly.<br>
><br>
> A sh voice port sum shows that the phone does not even go off-hook?<br>
><br>
> Can someone suggest some more troubleshooting suggestions.<br>
><br>
> Thanks.<br>
><br>
> 2008/7/24 Mark J <<a href="mailto:markju@gmail.com">markju@gmail.com</a>><br>
>><br>
>> Thanks guys, tha did it, everything is working now!<br>
>><br>
>> Thank you very much for the help.<br>
>><br>
>> 2008/7/24 Chris Clouse <<a href="mailto:Chris.Clouse@cdw.com">Chris.Clouse@cdw.com</a>>:<br>
>>><br>
>>> If a standard phone works, then you'll need to have them set as<br>
>>> loop-start. Give that a try and see how it goes.<br>
>>><br>
>>><br>
>>><br>
>>> Chris<br>
>>><br>
>>><br>
>>><br>
>>> From: <a href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a><br>
>>> [mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a>] On Behalf Of Mark J<br>
>>> Sent: Wednesday, July 23, 2008 11:41 PM<br>
>>> To: Joe Cisco<br>
>>> Cc: <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
>>> Subject: Re: [cisco-voip] CCM and FXO on 2801<br>
>>><br>
>>><br>
>>><br>
>>> Hi Joe,<br>
>>><br>
>>> I have connected a standard phone the the phone and tested and confirmed<br>
>>> that called can be made and that there is a dial tone....<br>
>>><br>
>>><br>
>>> 2008/7/24 Joe Cisco <<a href="mailto:smetsysocsic@gmail.com">smetsysocsic@gmail.com</a>>:<br>
>>><br>
>>> I'm not a genius reading this,but from what I see, is it possible that<br>
>>> you configured the FXO ports as GROUND START when in fact the line is<br>
>>> LOOP START? I've seen this same sort of thing happen where inbound<br>
>>> will still work, but outbound won't if it isn't configured correctly.<br>
>>><br>
>>> Another thing to try would be to put a butt set in line in MONITOR<br>
>>> mode and listen to see if you can determine if dial tone is ever<br>
>>> handed to the FXO port?<br>
>>><br>
>>> Thanks,<br>
>>><br>
>>> Joe C.<br>
>>><br>
>>> On Wed, Jul 23, 2008 at 11:04 PM, Mark J <<a href="mailto:markju@gmail.com">markju@gmail.com</a>> wrote:<br>
>>> > Thanks Joe,<br>
>>> ><br>
>>> > Here is the output:<br>
>>> ><br>
>>> > *Jul 24 14:16:08.064 AEST: HTSP endpoint_info=aaln/S0/SU0/0, type=2,<br>
>>> > under_specified=0,<br>
>>> > service_type=2htsp_allocate_if: MATCH!<br>
>>> ><br>
>>> > *Jul 24 14:16:08.068 AEST: htsp_timer_stop3 htsp_setup_req<br>
>>> > *Jul 24 14:16:08.072 AEST: htsp_process_event: [0/0/0, FXOGS_ONHOOK,<br>
>>> > E_HTSP_SETUP_REQ]fxogs_onhook_setup<br>
>>> > *Jul 24 14:16:08.072 AEST: [0/0/0] set signal state = 0x0 timestamp = 0<br>
>>> > *Jul 24 14:16:08.072 AEST: dsp_set_sig_state: [0/0/0] packet_len=12<br>
>>> > channel_id=128 packet_id=39 state=0x0 timestamp=0x0<br>
>>> > *Jul 24 14:16:08.072 AEST: TGRM: reg_invoke_tgrm_call_update(0, 0, 0,<br>
>>> > 65535,<br>
>>> > 1, TGRM_CALL_BUSY, TGRM_CALL_VOICE, TGRM_DIRECTION_OUT)<br>
>>> > sjp-2801-01#u all<br>
>>> > *Jul 24 14:16:08.072 AEST: htsp_timer - 10000 msec<br>
>>> > sjp-2801-01#u all<br>
>>> > *Jul 24 14:16:18.076 AEST: htsp_process_event: [0/0/0,<br>
>>> > FXOGS_WAIT_TIP_GROUND, E_HTSP_EVENT_TIMER]fxogs_offhook_disc<br>
>>> > *Jul 24 14:16:18.076 AEST: htsp_timer_stop<br>
>>> > *Jul 24 14:16:18.076 AEST: [0/0/0] set signal state = 0x4 timestamp = 0<br>
>>> > *Jul 24 14:16:18.076 AEST: dsp_set_sig_state: [0/0/0] packet_len=12<br>
>>> > channel_id=128 packet_id=39 state=0x4 timestamp=0x0<br>
>>> > *Jul 24 14:16:18.076 AEST: htsp_timer - 2000 msechtsp_release_req:<br>
>>> > cause 16,<br>
>>> > no_onhook 0<br>
>>> > *Jul 24 14:16:18.080 AEST: htsp_process_event: [0/0/0, FXOGS_ONHOOK,<br>
>>> > E_HTSP_RELEASE_REQ]fxogs_onhook_release<br>
>>> > *Jul 24 14:16:18.080 AEST: htsp_timer_stop2<br>
>>> > *Jul 24 14:16:18.080 AEST: htsp_timer_stop3<br>
>>> > *Jul 24 14:16:18.080 AEST: TGRM: reg_invoke_tgrm_call_update(0, 0, 0,<br>
>>> > 65535,<br>
>>> > 1, TGRM_CALL_IDLE, TGRM_CALL_VOICE, TGRM_DIRECTION_OUT)<br>
>>> > *Jul 24 14:16:18.080 AEST: flex_dsprm_close_cleanuphtsp_allocate_if --<br>
>>> ><br>
>>> > *Jul 24 14:16:18.112 AEST: HTSP endpoint_info=aaln/S0/SU0/1, type=2,<br>
>>> > under_specified=0,<br>
>>> > service_type=2htsp_allocate_if: MATCH!<br>
>>> ><br>
>>> > *Jul 24 14:16:18.116 AEST: htsp_timer_stop3 htsp_setup_req<br>
>>> > *Jul 24 14:16:18.120 AEST: htsp_process_event: [0/0/1, FXOGS_ONHOOK,<br>
>>> > E_HTSP_SETUP_REQ]fxogs_onhook_setup<br>
>>> > *Jul 24 14:16:18.120 AEST: [0/0/1] set signal state = 0x0 timestamp = 0<br>
>>> > *Jul 24 14:16:18.120 AEST: dsp_set_sig_state: [0/0/1] packet_len=12<br>
>>> > channel_id=129 packet_id=39 state=0x0 timestamp=0x0<br>
>>> > *Jul 24 14:16:18.120 AEST: TGRM: reg_invoke_tgrm_call_update(0, 0, 1,<br>
>>> > 65535,<br>
>>> > 1, TGRM_CALL_BUSY, TGRM_CALL_VOICE, TGRM_DIRECTION_OUT)<br>
>>> > *Jul 24 14:16:18.120 AEST: htsp_timer - 10000 msechtsp_allocate_if --<br>
>>> ><br>
>>> > *Jul 24 14:16:18.124 AEST: HTSP endpoint_info=aaln/S0/SU0/0, type=2,<br>
>>> > under_specified=0,<br>
>>> > service_type=2htsp_allocate_if: MATCH!<br>
>>> > htsp_allocate_if --<br>
>>> ><br>
>>> > *Jul 24 14:16:18.144 AEST: HTSP endpoint_info=aaln/S0/SU0/0, type=2,<br>
>>> > under_specified=0,<br>
>>> > service_type=2htsp_allocate_if: MATCH!<br>
>>> ><br>
>>> > sjp-2801-01#u all<br>
>>> > *Jul 24 14:16:18.344 AEST: htsp_process_event: [0/0/0, FXOGS_ONHOOK,<br>
>>> > E_DSP_SIG_0110]<br>
>>> > *Jul 24 14:16:18.348 AEST: fxogs_line_reversal_clid_wait. On_hook line<br>
>>> > reversal detected possibily due to crossed cable<br>
>>> > sjp-2801-01#u all<br>
>>> > *Jul 24 14:16:20.076 AEST: htsp_process_event: [0/0/0, FXOGS_ONHOOK,<br>
>>> > E_HTSP_EVENT_TIMER]<br>
>>> > *Jul 24 14:16:20.076 AEST: [0/0/0, FXOGS_ONHOOK, E_HTSP_EVENT_TIMER]<br>
>>> > -><br>
>>> > ERROR: INVALID INPUT<br>
>>> > sjp-2801-01#u all<br>
>>> > *Jul 24 14:16:28.120 AEST: htsp_process_event: [0/0/1,<br>
>>> > FXOGS_WAIT_TIP_GROUND, E_HTSP_EVENT_TIMER]fxogs_offhook_disc<br>
>>> > *Jul 24 14:16:28.120 AEST: htsp_timer_stop<br>
>>> > *Jul 24 14:16:28.120 AEST: [0/0/1] set signal state = 0x4 timestamp = 0<br>
>>> > *Jul 24 14:16:28.120 AEST: dsp_set_sig_state: [0/0/1] packet_len=12<br>
>>> > channel_id=129 packet_id=39 state=0x4 timestamp=0x0<br>
>>> > *Jul 24 14:16:28.120 AEST: htsp_timer - 2000 msechtsp_release_req:<br>
>>> > cause 16,<br>
>>> > no_onhook 0<br>
>>> > *Jul 24 14:16:28.124 AEST: htsp_process_event: [0/0/1, FXOGS_ONHOOK,<br>
>>> > E_HTSP_RELEASE_REQ]fxogs_onhook_release<br>
>>> > *Jul 24 14:16:28.124 AEST: htsp_timer_stop2<br>
>>> > *Jul 24 14:16:28.124 AEST: htsp_timer_stop3<br>
>>> > *Jul 24 14:16:28.124 AEST: TGRM: reg_invoke_tgrm_call_update(0, 0, 1,<br>
>>> > 65535,<br>
>>> > 1, TGRM_CALL_IDLE, TGRM_CALL_VOICE, TGRM_DIRECTION_OUT)<br>
>>> > *Jul 24 14:16:28.124 AEST: flex_dsprm_close_cleanuphtsp_allocate_if --<br>
>>> ><br>
>>> > *Jul 24 14:16:28.144 AEST: HTSP endpoint_info=aaln/S0/SU0/2, type=2,<br>
>>> > under_specified=0,<br>
>>> > service_type=2htsp_allocate_if: MATCH!<br>
>>> ><br>
>>> > *Jul 24 14:16:28.148 AEST: htsp_timer_stop3 htsp_setup_req<br>
>>> > *Jul 24 14:16:28.152 AEST: htsp_process_event: [0/0/2, FXOGS_ONHOOK,<br>
>>> > E_HTSP_SETUP_REQ]fxogs_onhook_setup<br>
>>> > *Jul 24 14:16:28.152 AEST: [0/0/2] set signal state = 0x0 timestamp = 0<br>
>>> > *Jul 24 14:16:28.152 AEST: dsp_set_sig_state: [0/0/2] packet_len=12<br>
>>> > channel_id=130 packet_id=39 state=0x0 timestamp=0x0<br>
>>> > *Jul 24 14:16:28.152 AEST: TGRM: reg_invoke_tgrm_call_update(0, 0, 2,<br>
>>> > 65535,<br>
>>> > 1, TGRM_CALL_BUSY, TGRM_CALL_VOICE, TGRM_DIRECTION_OUT)<br>
>>> > *Jul 24 14:16:28.152 AEST: htsp_timer - 10000 msechtsp_allocate_if --<br>
>>> ><br>
>>> > *Jul 24 14:16:28.156 AEST: HTSP endpoint_info=aaln/S0/SU0/1, type=2,<br>
>>> > under_specifie<br>
>>> > sjp-2801-01#u alld=0,<br>
>>> > service_type=2htsp_allocate_if: MATCH!<br>
>>> > htsp_allocate_if --<br>
>>> ><br>
>>> > *Jul 24 14:16:28.172 AEST: HTSP endpoint_info=aaln/S0/SU0/1, type=2,<br>
>>> > under_specified=0,<br>
>>> > service_type=2htsp_allocate_if: MATCH!<br>
>>> ><br>
>>> > *Jul 24 14:16:28.388 AEST: htsp_process_event: [0/0/1, FXOGS_ONHOOK,<br>
>>> > E_DSP_SIG_0110]<br>
>>> > *Jul 24 14:16:28.388 AEST: fxogs_line_reversal_clid_wait. On_hook line<br>
>>> > reversal detected possibily due to crossed cable<br>
>>> > sjp-2801-01#u all<br>
>>> > *Jul 24 14:16:30.120 AEST: htsp_process_event: [0/0/1, FXOGS_ONHOOK,<br>
>>> > E_HTSP_EVENT_TIMER]<br>
>>> > *Jul 24 14:16:30.120 AEST: [0/0/1, FXOGS_ONHOOK, E_HTSP_EVENT_TIMER]<br>
>>> > -><br>
>>> > ERROR: INVALID INPUT<br>
>>> > sjp-2801-01#u all<br>
>>> > *Jul 24 14:16:38.152 AEST: htsp_process_event: [0/0/2,<br>
>>> > FXOGS_WAIT_TIP_GROUND, E_HTSP_EVENT_TIMER]fxogs_offhook_disc<br>
>>> > *Jul 24 14:16:38.152 AEST: htsp_timer_stop<br>
>>> > *Jul 24 14:16:38.152 AEST: [0/0/2] set signal state = 0x4 timestamp = 0<br>
>>> > *Jul 24 14:16:38.152 AEST: dsp_set_sig_state: [0/0/2] packet_len=12<br>
>>> > channel_id=130 packet_id=39 state=0x4 timestamp=0x0<br>
>>> > *Jul 24 14:16:38.152 AEST: htsp_timer - 2000 msechtsp_release_req:<br>
>>> > cause 16,<br>
>>> > no_onhook 0<br>
>>> > *Jul 24 14:16:38.156 AEST: htsp_process_event: [0/0/2, FXOGS_ONHOOK,<br>
>>> > E_HTSP_RELEASE_REQ]fxogs_onhook_release<br>
>>> > *Jul 24 14:16:38.156 AEST: htsp_timer_stop2<br>
>>> > *Jul 24 14:16:38.156 AEST: htsp_timer_stop3<br>
>>> > *Jul 24 14:16:38.156 AEST: TGRM: reg_invoke_tgrm_call_update(0, 0, 2,<br>
>>> > 65535,<br>
>>> > 1, TGRM_CALL_IDLE, TGRM_CALL_VOICE, TGRM_DIRECTION_OUT)<br>
>>> > *Jul 24 14:16:38.160 AEST: flex_dsprm_close_cleanuphtsp_allocate_if --<br>
>>> ><br>
>>> > *Jul 24 14:16:38.176 AEST: HTSP endpoint_info=aaln/S0/SU0/3, type=2,<br>
>>> > under_specified=0,<br>
>>> > service_type=2htsp_allocate_if: MATCH!<br>
>>> ><br>
>>> > *Jul 24 14:16:38.176 AEST: htsp_timer_stop3 htsp_setup_req<br>
>>> > *Jul 24 14:16:38.180 AEST: htsp_process_event: [0/0/3, FXOGS_PARK,<br>
>>> > E_HTSP_SETUP_REQ]htsp_busy_setup_reqhtsp_release_req: cause 17,<br>
>>> > no_onhook 0<br>
>>> > *Jul 24 14:16:38.184 AEST: htsp_process_event: [0/0/3, FXOGS_PARK,<br>
>>> > E_HTSP_RELEASE_REQ]<br>
>>> > *Jul 24 14:16:38.184 AEST: fxogs_park_release_req<br>
>>> > *Jul 24 14:16:38.188 AEST: flex_dsprm_close_cleanuphtsp_allocate_if --<br>
>>> ><br>
>>> > *Jul 24 14:16:38.192 AEST: HTSP endpoint_info=aaln/S0/SU0/2, type=2,<br>
>>> > under_specified=0,<br>
>>> > service_type=2htsp_allocate_if: MATCH!<br>
>>> > htsp_allocate_if --<br>
>>> ><br>
>>> > *Jul 24 14:16:38.212 AEST: HTSP endpoint_info=aaln/S0/SU0/2, type=2,<br>
>>> > under_specified=0,<br>
>>> > service_type=2htsp_allocate_if: MATCH!<br>
>>> > htsp_allocate_if --<br>
>>> ><br>
>>> > *Jul 24 14:16:38.216 AEST: HTSP endpoint_info=aaln/S0/SU0/3, type=2,<br>
>>> > under_specified=0,<br>
>>> > service_type=2htsp_allocate_if: MATCH!<br>
>>> > htsp_allocate_if --<br>
>>> ><br>
>>> > sjp-2801-01#u all<br>
>>> > *Jul 24 14:16:38.236 AEST: HTSP endpoint_info=aaln/S0/SU0/3, type=2,<br>
>>> > under_specified=0,<br>
>>> > service_type=2htsp_allocate_if: MATCH!<br>
>>> ><br>
>>> > *Jul 24 14:16:38.420 AEST: htsp_process_event: [0/0/2, FXOGS_ONHOOK,<br>
>>> > E_DSP_SIG_0110]<br>
>>> > *Jul 24 14:16:38.420 AEST: fxogs_line_reversal_clid_wait. On_hook line<br>
>>> > reversal detected possibily due to crossed cable<br>
>>> > sjp-2801-01#u all<br>
>>> > *Jul 24 14:16:40.152 AEST: htsp_process_event: [0/0/2, FXOGS_ONHOOK,<br>
>>> > E_HTSP_EVENT_TIMER]<br>
>>> > *Jul 24 14:16:40.152 AEST: [0/0/2, FXOGS_ONHOOK, E_HTSP_EVENT_TIMER]<br>
>>> > -><br>
>>> > ERROR: INVALID INPUT<br>
>>> ><br>
>>> > I hope that you can help me make more scene of this.<br>
>>> ><br>
>>> > Thanks<br>
>>> ><br>
>>> > 2008/7/24 Joe Cisco <<a href="mailto:smetsysocsic@gmail.com">smetsysocsic@gmail.com</a>>:<br>
>>> >><br>
>>> >> If you telnet to the gateway, do a "terminal monitor" then issue a<br>
>>> >> "debug vpm all". Try to dial out. If your ROUTE PATTERN(S) / ROUTE<br>
>>> >> LIST(S) / ROUTE GROUP(S) are configured properly, you should see the<br>
>>> >> call attempt to go out one of the FXO ports. If not, go back and trace<br>
>>> >> thru the RPs/RLs/RGs and see if everything looks correct - especially<br>
>>> >> make sure the route list is registered.<br>
>>> >><br>
>>> >> Also, because it is MGCP, assuming you are using a lead 8 or lead 9<br>
>>> >> for an outside access code, be sure you strip it off (probably in the<br>
>>> >> route pattern) before you send the call out the gateway - UNLESS for<br>
>>> >> some reason the POTS line is a plexar line and it expects a lead 9.<br>
>>> >><br>
>>> >> -Joe C.<br>
>>> >><br>
>>> >> On Wed, Jul 23, 2008 at 10:27 PM, Mark J <<a href="mailto:markju@gmail.com">markju@gmail.com</a>> wrote:<br>
>>> >> > Thanks for prompt reply...<br>
>>> >> ><br>
>>> >> > Using MGCP<br>
>>> >> ><br>
>>> >> > Thanks<br>
>>> >> ><br>
>>> >> > 2008/7/24 Joe Cisco <<a href="mailto:smetsysocsic@gmail.com">smetsysocsic@gmail.com</a>>:<br>
>>> >> >><br>
>>> >> >> Are you using MGCP or H323?<br>
>>> >> >><br>
>>> >> >> -Joe C.<br>
>>> >> >><br>
>>> >> >> On Wed, Jul 23, 2008 at 10:07 PM, Mark J <<a href="mailto:markju@gmail.com">markju@gmail.com</a>> wrote:<br>
>>> >> >> > Hey guys,<br>
>>> >> >> ><br>
>>> >> >> > I'm having an issues getting the FXO ports (outbound calls)<br>
>>> >> >> > working<br>
>>> >> >> > successfully working on 2811 thru CCM.<br>
>>> >> >> ><br>
>>> >> >> > I have inbound calls working fine, just can't get outbound calls<br>
>>> >> >> > working,<br>
>>> >> >> > output tone is like a busy signal.<br>
>>> >> >> ><br>
>>> >> >> > Does anyone have a config that is working so that I can compare<br>
>>> >> >> > my<br>
>>> >> >> > config?<br>
>>> >> >> ><br>
>>> >> >> > Thanks.<br>
>>> >> >> ><br>
>>> >> >> > _______________________________________________<br>
>>> >> >> > cisco-voip mailing list<br>
>>> >> >> > <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
>>> >> >> > <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
>>> >> >> ><br>
>>> >> >> ><br>
>>> >> ><br>
>>> >> ><br>
>>> ><br>
>>> ><br>
>>><br>
>>><br>
><br>
><br>
> _______________________________________________<br>
> cisco-voip mailing list<br>
> <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
><br>
><br>
</div></div></blockquote></div><br></div>