[cisco-voip] FXO goes to dial tone.
Erick Bergquist
erickbee at gmail.com
Mon Dec 10 22:08:05 EST 2007
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
>
More information about the cisco-voip
mailing list