[cisco-voip] CCM and FXO on 2801

Mark J markju at gmail.com
Thu Jul 24 01:08:15 EDT 2008


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/20080724/a58aab87/attachment-0001.html>


More information about the cisco-voip mailing list