[cisco-voip] FXO goes to dial tone.

Scott Voll svoll.voip at gmail.com
Mon Dec 10 19:08:39 EST 2007


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
>
>
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20071210/ff45b108/attachment-0001.html 


More information about the cisco-voip mailing list