[cisco-voip] FXO goes to dial tone.
Scott Voll
svoll.voip at gmail.com
Mon Dec 10 18:57:27 EST 2007
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/c25cbc01/attachment-0001.html
More information about the cisco-voip
mailing list