[cisco-voip] FXO goes to dial tone.

Mon Dec 10 19:02:55 EST 2007

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
<http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20071210/26c3a8d5/attachment-0001.html 