[cisco-voip] FXO goes to dial tone.
Scott Voll
svoll.voip at gmail.com
Tue Dec 11 10:57:29 EST 2007
Thanks Erick--
That was exactly what it was. I must have added some dial-peers for SRST
and forgot to add that to each of the additonal Dial-peers.
your the Bomb!
Scott
On Dec 10, 2007 7:08 PM, Erick Bergquist <erickbee at gmail.com> wrote:
> You need service mgcpapp (or application mgcpapp) on the pots
> dial-peer for the FXO port. You may have configured multiple besides
> the one autocreated by MGCP and perhaps the inbound call is hitting
> that other dial peer which doesn't have the service/application
> mgcpapp command under it.
>
> I put the service/application mgcpapp command under all pots dial
> peers to protect against dial tone...
>
> On Dec 10, 2007 6:08 PM, Scott Voll <svoll.voip at gmail.com> wrote:
> > MGCP so I should need the DID command (but added it) and this is a newer
> IOS
> > so it has application --> global --> servcie alternate default.
> >
> > any other ideas?
> >
> > Scott.
> >
> > PS. when I dial an ext from dial tone I get disconnect / fast busy
> >
> >
> >
> >
> >
> > On Dec 10, 2007 4:02 PM, Nikola Stojsin <nikola at worldnet.att.net> wrote:
> >
> > >
> > >
> > >
> > >
> > > Can you verify that you have the application mgcpapp and
> > direct-inward-dial commands on the relevant dial-peer? Also, once you
> get
> > the tone, can you dial in to the DN?
> > >
> > >
> > >
> > >
> > > Nikola
> > >
> > >
> > >
> > >
> > >
> > > ------------------------------
> > > Nikola Stojsin
> > > PhD CCIE #12888
> > > Nikola at att.net
> > > (917) 558-1423
> > >
> > > (917) 591-9382 (fax)
> > > ------------------------------
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > ________________________________
> >
> > >
> > > From: Scott Voll [mailto: svoll.voip at gmail.com]
> > > Sent: Monday, December 10, 2007 6:57 PM
> > >
> > >
> > >
> > > To: nikola at att.net
> > > Cc: ciscovoip
> > > Subject: Re: [cisco-voip] FXO goes to dial tone.
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > Registered and can see the the call coming in with "debug voip ccapi
> > inout"
> > >
> > >
> > >
> > >
> > >
> > > Scott
> > >
> > >
> > >
> > >
> > >
> > > *Dec 11 00:26:53.563:
> //-1/9B64A038829B/CCAPI/cc_api_display_ie_subfields:
> > > cc_api_call_setup_ind_common:
> > > cisco-username=
> > > ----- ccCallInfo IE subfields -----
> > > cisco-ani=
> > > cisco-anitype=0
> > > cisco-aniplan=0
> > > cisco-anipi=0
> > > cisco-anisi=0
> > > dest=
> > > cisco-desttype=0
> > > cisco-destplan=0
> > > cisco-rdie=FFFFFFFF
> > > cisco-rdn=
> > > cisco-rdntype=0
> > > cisco-rdnplan=0
> > > cisco-rdnpi=0
> > > cisco-rdnsi=0
> > > cisco-redirectreason=0 fwd_final_type =0
> > > final_redirectNumber =
> > > hunt_group_timeout =0
> > >
> > >
> > > *Dec 11 00:26:53.563:
> > //-1/9B64A038829B/CCAPI/cc_api_call_setup_ind_common:
> > > Interface=0x66D3A2F4, Call Info(
> > > Calling Number=,(Calling Name=)(TON=Unknown, NPI=Unknown,
> Screening=Not
> > Screened, Presentation=Allowed),
> > > Called Number=(TON=Unknown, NPI=Unknown),
> > > Calling Translated=FALSE, Subscriber Type Str=RegularLine,
> > FinalDestinationFlag=FALSE,
> > > Incoming Dial-peer=1, Progress Indication=ORIGINATING SIDE IS NON
> > ISDN(3), Calling IE Present=FALSE,
> > > Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID
> > Transparent=FALSE), Call Id=-1
> > > *Dec 11 00:26:53.563: //-1/9B64A038829B/CCAPI/ccCheckClipClir:
> > > In: Calling Number=9911(TON=Unknown, NPI=Unknown, Screening=Not
> > Screened, Presentation=Allowed)
> > > *Dec 11 00:26:53.563: //-1/9B64A038829B/CCAPI/ccCheckClipClir:
> > > Out: Calling Number=9911(TON=Unknown, NPI=Unknown, Screening=Not
> > Screened, Presentation=Allowed)
> > > *Dec 11 00:26:53.563: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
> > >
> > >
> > > *Dec 11 00:26:53.567: :cc_get_feature_vsa malloc success
> > > *Dec 11 00:26:53.567: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
> > >
> > >
> > > *Dec 11 00:26:53.567: cc_get_feature_vsa count is 1
> > > *Dec 11 00:26:53.567: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
> > >
> > >
> > > *Dec 11 00:26:53.567: :FEATURE_VSA attributes are:
> > feature_name:0,fearture_time:1716430936,feature_id:210
> > > *Dec 11 00:26:53.567:
> > //210/9B64A038829B/CCAPI/cc_api_call_setup_ind_common:
> > > Set Up Event Sent;
> > > Call Info(Calling Number=9911(TON=Unknown, NPI=Unknown,
> Screening=Not
> > Screened, Presentation=Allowed),
> > > Called Number=(TON=Unknown, NPI=Unknown))
> > > *Dec 11 00:26:53.567:
> //210/9B64A038829B/CCAPI/cc_process_call_setup_ind:
> > > Event=0x664F83C0
> > > *Dec 11 00:26:53.571: //210/9B64A038829B/CCAPI/ccCallSetContext:
> > > Context=0x65853AF0
> > > *Dec 11 00:26:53.571:
> //210/9B64A038829B/CCAPI/cc_process_call_setup_ind:
> > > >>>>CCAPI handed cid 210 with tag 1 to app
> "_ManagedAppProcess_Default"
> > > *Dec 11 00:26:53.571: //210/9B64A038829B/CCAPI/ccCallSetupAck:
> > > Call Id=210
> > > *Dec 11 00:26:53.571:
> //210/9B64A038829B/CCAPI/cc_api_set_transfer_info:
> > > Transfer Number=, Transfer Reason=0x0
> > > *Dec 11 00:26: 53.575: //210/9B64A038829B/CCAPI/ccGenerateToneInfo:
> > > Stop Tone On Digit=TRUE, Tone=Dial Tone,
> > > Tone Direction=Network, Params=0x0, Call Id=210
> > > *Dec 11 00:26:53.575: //210/9B64A038829B/CCAPI/ccSetDigitTimeouts:
> > > Initial Digit Timeout=-1000(ms), Inter Digit Timeout=-1000(ms)
> > > *Dec 11 00:26:53.575: //210/9B64A038829B/CCAPI/ccSetDigitTimeouts:
> > > Call Entry(Inter Digit Timeout=10000(ms), Initial Digit
> > Timeout=10000(ms))
> > > *Dec 11 00:26:53.575: //210/xxxxxxxxxxxx/CCAPI/ccCallReportDigits:
> > > (callID=0xD2, digit_event=0x1, enable=TRUE, consume=FALSE)
> > > *Dec 11 00:26: 53.575: //210/9B64A038829B/CCAPI/ccCallReportDigits:
> > > Enabled=TRUE, Call Id=210
> > > *Dec 11 00:26:53.575:
> > //210/xxxxxxxxxxxx/CCAPI/cc_api_call_report_digits_done:
> > > (vdbPtr=0x66D3A2F4, callID=0xD2, disp=0, digit_event=0x1,
> enable=TRUE,
> > consume=FALSE)
> > > *Dec 11 00:26:53.575:
> > //210/9B64A038829B/CCAPI/cc_api_call_report_digits_done:
> > > Enabled=TRUE, Disposition=0x0, Interface=0x66D3A2F4, Call Id=210
> > > *Dec 11 00:26:53.575:
> > //210/9B64A038829B/CCAPI/cc_api_call_report_digits_done:
> > > Call Entry(Initial Digit Timeout=10000(ms), Inter Digit
> > Timeout=10000(ms))
> > > *Dec 11 00:26:55.999:
> //210/9B64A038829B/CCAPI/cc_api_call_disconnected:
> > > Cause Value=16, Interface=0x66D3A2F4, Call Id=210
> > > *Dec 11 00:26: 55.999:
> //210/9B64A038829B/CCAPI/cc_api_call_disconnected:
> > > Call Entry(Responsed=FALSE, Cause Value=16, Retry Count=0)
> > > *Dec 11 00:26:55.999: //210/9B64A038829B/CCAPI/ccCallDisconnect:
> > > Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0,
> > Disconnect Cause=16)
> > > *Dec 11 00:26:55.999: //210/9B64A038829B/CCAPI/ccCallDisconnect:
> > > Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
> > > *Dec 11 00:26:55.999:
> //210/9B64A038829B/CCAPI/cc_api_get_transfer_info:
> > > Transfer Number Is Nulldebug voip ccapi inout
> > > *Dec 11 00:26:56.003:
> > //210/9B64A038829B/CCAPI/cc_api_call_disconnect_done:
> > > Disposition=0, Interface=0x66D3A2F4, Tag=0x0, Call Id=210,
> > > Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry
> > Count=0)
> > > *Dec 11 00:26:56.007:
> > //210/9B64A038829B/CCAPI/cc_api_call_disconnect_done:
> > > Call Disconnect Event Sent
> > > *Dec 11 00:26:56.007: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
> > >
> > >
> > > *Dec 11 00:26:56.007: :cc_free_feature_vsa freeing 664EA850
> > > *Dec 11 00:26:56.007: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > On Dec 10, 2007 3:52 PM, Nikola Stojsin <nikola at worldnet.att.net>
> wrote:
> > >
> > >
> > >
> > > It looks like the FXO port is not registered. Two dumb questions – (1)
> > once you get the dial tone, can you dial the DN? And, (2) are you sure
> you
> > have the right FXO port set up in the GW settings? (Happened to me.)
> > >
> > >
> > >
> > >
> > > Nikola
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > ------------------------------
> > > Nikola Stojsin
> > > PhD CCIE #12888
> > > Nikola at att.net
> > > (917) 558-1423
> > >
> > >
> > > (917) 591-9382 (fax)
> > > ------------------------------
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > ________________________________
> >
> > >
> > > From: cisco-voip-bounces at puck.nether.net
> > [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Scott Voll
> > > Sent: Monday, December 10, 2007 6:47 PM
> > > To: nikola at att.net
> > >
> > >
> > >
> > >
> > > Cc: ciscovoip
> > > Subject: Re: [cisco-voip] FXO goes to dial tone.
> > >
> > >
> > >
> > >
> > >
> > >
> > > Got that set.... but the VGW picks up the call and just gives dial
> tone
> > rather then ring the Attendant DN.
> > >
> > >
> > >
> > >
> > >
> > > Scott
> > >
> > >
> > > On Dec 10, 2007 3:44 PM, Nikola Stojsin <nikola at worldnet.att.net>
> wrote:
> > >
> > >
> > >
> > > If you are using MGCP, there should be "Attendant DN" option in CM.
> > >
> > >
> > >
> > >
> > > Nikola
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > ------------------------------
> > > Nikola Stojsin
> > > PhD CCIE #12888
> > > Nikola at att.net
> > > (917) 558-1423
> > >
> > >
> > > (917) 591-9382 (fax)
> > > ------------------------------
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > ________________________________
> >
> > >
> > > From: cisco-voip-bounces at puck.nether.net
> > [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Scott Voll
> > > Sent: Monday, December 10, 2007 6:42 PM
> > > To: Paul Choi
> > > Cc: ciscovoip
> > > Subject: Re: [cisco-voip] FXO goes to dial tone.
> > >
> > >
> > >
> > >
> > >
> > >
> > > is that for H323? I'm using MGCP.
> > >
> > >
> > >
> > >
> > >
> > > Scott
> > >
> > >
> > > On Dec 10, 2007 3:21 PM, Paul Choi <asobihoudai at yahoo.com> wrote:
> > >
> > > I think the command which you're searching for is
> > > plar.
> > >
> > > You likely want the FXO to connect to an internal
> > > phone number as soon as there's a connection to the
> > > FXO port.
> > >
> > >
> > >
> > >
> > > --- Scott Voll <svoll.voip at gmail.com> wrote:
> > >
> > > > Sorry for the dumb question but for the life of me I
> > > > can't remember the
> > > > answer.
> > > >
> > > > I have a FXO on a 2800 vgw that when the call comes
> > > > in rather then go to the
> > > > DN it just gives me Dial tone. I think there must
> > > > be a command I'm
> > > > forgetting. the VGW is registered but doesn't
> > > > transfer to the incoming DN.
> > > >
> > > > TIA
> > > >
> > > > Scott
> > >
> > > > > _______________________________________________
> > > > cisco-voip mailing list
> > > > cisco-voip at puck.nether.net
> > > > https://puck.nether.net/mailman/listinfo/cisco-voip
> > >
> > >
> > >
> > >
> > >
> > >
> >
> ____________________________________________________________________________________
> > > Be a better friend, newshound, and
> > > know-it-all with Yahoo! Mobile. Try it now.
> > http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
> > >
> > >
> > >
> > >
> > >
> > >
> >
> >
> > _______________________________________________
> > 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/20071211/2cee1c2a/attachment-0001.html
More information about the cisco-voip
mailing list