asterisk users - Oct 2006 - NFAS Not Passing Audio on B-chan 48,72,96

I have NFAS setup on several quad port T1 cards (Sangoma). 

It mostly works well with the exception that calls coming in on channels 
48,72, and 96 have no audio.  I tried removing these channels from 
zapata.conf with hopes that the channels would not come up or be used.  
Now I get "Ring requested on unconfigured channel". 

How can I busyout these these channels so that incoming calls are not 
sent to them, or how can I fix the real problem?  I think it may be a 
Sangoma/Wanpipe configuration issue.

Thanks,
Steve Totaro

Steve Totaro wrote:
> I have NFAS setup on several quad port T1 cards (Sangoma).
> It mostly works well with the exception that calls coming in on channels 
> 48,72, and 96 have no audio.  I tried removing these channels from 
> zapata.conf with hopes that the channels would not come up or be used.  
> Now I get "Ring requested on unconfigured channel".
> How can I busyout these these channels so that incoming calls are not 
> sent to them, or how can I fix the real problem?  I think it may be a 
> Sangoma/Wanpipe configuration issue.
> 
> Thanks,
> Steve Totaro
Steve,

	I take it you have one D channel for all four spans?  On 24?  I think 
this should be pretty transparent to wanpipe.  You should configure four 
spans, with one channel group (type TDM) per span (obvious).  You should 
also probably disable any "native D channel" features.  I always have 
nothing but problems with that.  In zaptel.conf, only specify one d 
channel.  The "tricky" stuff is in zapata.conf.  Can you post that,
and
maybe zaptel.conf too?

--
Kristian Kielhofner

Kristian Kielhofner wrote:
> Steve Totaro wrote:
>> I have NFAS setup on several quad port T1 cards (Sangoma).
>> It mostly works well with the exception that calls coming in on 
>> channels 48,72, and 96 have no audio.  I tried removing these 
>> channels from zapata.conf with hopes that the channels would not come 
>> up or be used.  Now I get "Ring requested on unconfigured
channel".
>> How can I busyout these these channels so that incoming calls are not 
>> sent to them, or how can I fix the real problem?  I think it may be a 
>> Sangoma/Wanpipe configuration issue.
>>
>> Thanks,
>> Steve Totaro
>
> Steve,
>
>     I take it you have one D channel for all four spans?  On 24?  I 
> think this should be pretty transparent to wanpipe.  You should 
> configure four spans, with one channel group (type TDM) per span 
> (obvious).  You should also probably disable any "native D
channel"
> features.  I always have nothing but problems with that.  In 
> zaptel.conf, only specify one d channel.  The "tricky" stuff is
in
> zapata.conf.  Can you post that, and maybe zaptel.conf too?
>
> -- 
> Kristian Kielhofner
Yes the D chan is 24 with no backup.  Before I had channel = 1-23,25-96.

[trunkgroups]
trunkgroup => 1,24
spanmap => 1,1,0
spanmap => 2,1,1
spanmap => 3,1,2
spanmap => 4,1,3

[channels]
resetinterval=never
callerid=asreceived
usecallerid=yes
hidecallerid=no
callwaiting=no
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
callreturn=yes
echocancel=no
echocancelwhenbridged=no
;echotraining=800
group=0
callgroup=1
pickupgroup=1
immediate=no
rxgain=0.0
txgain=0.0
context=from-pstn
switchtype=5ess
signalling=pri_cpe
channel => 1-23,25-47,49-71,73-95

span=1,0,0,esf,b8zs
span=2,0,0,esf,b8zs
span=3,0,0,esf,b8zs
span=4,0,0,esf,b8zs
bchan=1-23,25-96
dchan=24
loadzone=us
defaultzone=us

Sangoma has excellent technical support, and usually pretty quick to respond
IF you are sure it isn't a configuration issue, your best resource is 
Sangoma
Please report back when it is resolved.


John Novack

Steve Totaro wrote:
> I have NFAS setup on several quad port T1 cards (Sangoma).
> It mostly works well with the exception that calls coming in on 
> channels 48,72, and 96 have no audio.  I tried removing these channels 
> from zapata.conf with hopes that the channels would not come up or be 
> used.  Now I get "Ring requested on unconfigured channel".
> How can I busyout these these channels so that incoming calls are not 
> sent to them, or how can I fix the real problem?  I think it may be a 
> Sangoma/Wanpipe configuration issue.
>
> Thanks,
> Steve Totaro
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-users
>
>

Your profile shows that you are running 5ESS custom PRI. Is that what your
service provider told you to run? The reason I ask is that the 5ESS can run
"custom" or NI-2. I mention this is that the lack of RESTART or
RESTART ACK messages isn't telling the service provider's switch that
the 24th B channel on the respective T1 is "Out of Service" at the
Asterisk end.

Also, I'll look at the exact RESTART messages that Asterisk sends....
Technically, if the Asterisk does not RESTART or RESTART ACK the channel, the
far end switch at your service provider should not put those channels in
service. Under the worst case, you'll need to ask your service provider to
busy out each 24th B  channel ...that's ugly, but it will stop calls from
being presented on those channels. Earlier versions of the NI protocol (pre
1998) totally ignored maintenance messages.... T1 up, D-channel up.... that
means all channels in service..... but that is not always true... that why the
RESTART or SERVICE messages are used.

I'm setting this up in my lab tomorrow... I'll be using a Digium card
but I can look at both ends of the circuit.

Mark
mavince@optonline.net
> Date: Wed, 11 Oct 2006 14:50:51 -0400
> From: Steve Totaro 
> Subject: Re: [asterisk-users] NFAS Not Passing Audio on B-chan
> 48,72,96
> To: Asterisk Users Mailing List - Non-Commercial Discussion
> 
> Message-ID: <452D3D0B.2080005@asteriskhelpdesk.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> Kristian Kielhofner wrote:
> > Steve Totaro wrote:
> >> Kristian Kielhofner wrote:
> >>
> >>> Steve Totaro wrote:
> >>>
> >>>> I have NFAS setup on several quad port T1 cards (Sangoma).
> >>>> It mostly works well with the exception that calls coming 
> in on 
> >>>> channels 48,72, and 96 have no audio. I tried removing 
> <<<<--->>>>>. The "tricky" stuff 
> is in 
> >>> zapata.conf. Can you post that, and maybe zaptel.conf too?
> >>>
> >>> -- 
> >>> Kristian Kielhofner
<<<<<---->>>>>
> It did but I was getting no audio on those channels so I removed 
> them in 
> hopes that the telco would not try to send call to those 
> channels as a 
> temporary fix while I track down the cause of the problem. How 
> can I 
> just busyout those channels (48,72,96) so that calls are not 
> sent to 
> them from Global Crossing?
> 
> I have a DS3 and seven servers running NFAS, I do not care about 
> the 3 
> lost channels per trunkgroup but I do care about customers 
> calling in 
> and getting dead air. 
> Global Crossing charges us $100 per D chan so NFAS is saving us 
> alot of 
> money.
> 
> Thanks
> Steve Totaro
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20061011/c87397e9/attachment.htm