[cisco-voip] CCM and FXO on 2801
Joe Cisco
smetsysocsic at gmail.com
Thu Jul 24 00:23:43 EDT 2008
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
>> >> >
>> >> >
>> >
>> >
>
>
More information about the cisco-voip
mailing list