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