[VoIP] Seize zap channel without dialing

Donald Froula dfroula at sbcglobal.net
Thu Sep 27 13:04:33 CDT 2007


For reference, my /etc/zaptel.conf follows. I actually
have the settings set somewhat differently, but
essentially as shown. MAC addresses changed to protect
the innocent!

Don

====================================================

#
# Zaptel Configuration File
#
# This file is parsed by the Zaptel Configurator,
ztcfg
#
#
loadzone = us
defaultzone=us

dynamic=eth,eth1/40:13:48:70:E8:E7,24,0
dynamic=eth,eth2/06:13:46:E6:F7:77,24,0

sf=1-24:2600,10,inverted,2600,0,inverted
sf=25-48:2600,10,inverted,2600,0,inverted


--- Donald Froula <dfroula at sbcglobal.net> wrote:

> Shane,
> 
> My signalling is set to "sf" in /etc/zapata.conf. I
> had to compile ztfg-dude in zaptel, as the regular
> ztfg will not start sf trunks.
> 
> Here's my definition for both sides of the sf/mf
> trunks.
> 
> I patched the Asterisk channel code to send the
> wink,
> as it is not there for SF trunks. The initial
> connection over the trunks uses immediate MF
> dialing,
> no wink required. With my patch, the wink is there,
> but is purely cosmetic. Zaptel SF was originally
> designed for 2600 spurt signalling over radio links,
> so is missing lots of stuff needed to support the
> old
> system.
> 
> Thanks,
> 
> Don
> 
> =================================================
> 
> [channels]
> context=default
> language=en
> jitterbuffers=24
> echocancel=yes
> rxgain=0.0
> txgain=0.0
> 
> context=nearend
> signalling=sf
> group=1
> channel=>1-24
> 
> context=from-internal
> stripmsd=1
> signalling=sf
> group=2
> channel=>25-48
> 
> ; How long generated tones (DTMF and MF) will be
> played on the channel
> ; (in milliseconds)
> toneduration=68
> 
> --- Shane Young <voiptandem at shaneyoung.com> wrote:
> 
> > Try changing your signalling in
> > /etc/asterisk/zapata.conf to "em"  or  
> > "em_w" if you need it to wink.
> > 
> > It sounds like it's set to "featb" now.
> > 
> > 
> > Quoting Donald Froula <dfroula at sbcglobal.net>:
> > 
> > > I wonder if anyone knows how to do accomplish
> the
> > > following.
> > >
> > > I want to be able to seize one of my SF/MF
> Zaptel
> > > trunks without dialing any digits.
> > >
> > > I normally route a call through my
> > T1-Over-Ethernet
> > > trunks with a simple dial command like:
> > >
> > > exten => 2600,1,Dial(ZAP/g1/999)
> > > exten => 2600,2,HangUp
> > >
> > > This dials extensions "999" through the SF/MF
> > trunks,
> > > and allows the blue box user to seize the
> ringing
> > 999
> > > extension with 2600.
> > >
> > > I want to be able to simply seize the line
> without
> > > dialing anything, allowing the user to "stack"
> > calls
> > > without having to blow 2600 and release the
> entire
> > > stack. Just seizing the trunk on connecting
> would
> > > allow the blue box user to simply outpulse the
> MF
> > > digits within the trunk timeout window (5
> seconds
> > or
> > > so), similar to the Phonetrips "classic tandem
> > > stacking" recording.
> > >
> > > I tried omitting the extension:
> > >
> > > exten => 2600,1,Dial(ZAP/g1/)
> > > exten => 2600,2,HangUp
> > >
> > > This doesn't work, since KP-ST with no digits
> > still
> > > gets sent, routing the call do the default
> > extension
> > > in my incoming trunk context.
> > >
> > > I hope this all makes sense.
> > >
> > > Any ideas?
> > >
> > > Don
> > > _______________________________________________
> > > VoIP mailing list
> > > VoIP at ckts.info
> > > http://lists.ckts.info/mailman/listinfo/voip
> > > Project Web Page: http://www.ckts.info/
> > >
> > 
> > --Shane
> > +1-821-7311 CNET
> > 
> >
>
----------------------------------------------------------------
> > 
> > _______________________________________________
> > VoIP mailing list
> > VoIP at ckts.info
> > http://lists.ckts.info/mailman/listinfo/voip
> > Project Web Page: http://www.ckts.info/
> > 
> 
> _______________________________________________
> VoIP mailing list
> VoIP at ckts.info
> http://lists.ckts.info/mailman/listinfo/voip
> Project Web Page: http://www.ckts.info/
> 



More information about the VoIP mailing list