'HiarPinning' via TDM400 in the UK ...

2 msg	UNICALL MFC/R2 + Asterisk 1.4
3 msg	Authenticate() application and CDR
2 msg	SIP over TCP
5 msg	Asterisk 1.2.13 and presence

'HiarPinning' via TDM400 in the UK ...
\ Gordon Henderson (21 Sep 2007)

2 msg	call limit
4 msg	Asterisk and MS Exchange 2007
1 msg	Problems bringing up ZAP trunks via PRI
1 msg	Voxalot User and Peer details.
2 msg	Dialing an external number and then passing it ...
7 msg	Asterisk 1.2.24 simultaneous call limits.
4 msg	GROUP() issues for me
2 msg	Paging MEETME_RECORDINGFILE Variable
3 msg	Polycom 330 + Asterisk,phone locks up. * key wi...
1 msg	Astricon Ride From Airport to Conf Hotel
11 msg	IAX Java Softphone?
24 msg	Problems Connecting Two Asterisk Installs Via I...
2 msg	Queue Question
13 msg	Announcing: Click-to-Call with VIDEO
3 msg	The device state is still 'Not in Use' ... chec...

Subject:	'HiarPinning' via TDM400 in the UK ...
Group:	Asterisk-users
From:	Gordon Henderson
Date:	21 Sep 2007

So I have an application where the users want to divert incoming calls on
one analogue line out to another analogue line - both lines are supplied
by BT and theres a TDM400 in the box.

Call comes in, system Dial's the forwarding number and bridges the calls.

Works fine.

Until one (or both) leg hangs up.

And the box never sees the hangup.

So it sits there with both Zap channels open until it's restarted.

Is this to be expected, with it just being a feature of not reliably being
able to tell when an analogue line hangs up?

Or is there something I can do to try to detect the hangup...

The zap configuration files are all as "normal" as I've used in other
boxes:

zaptel.conf:
fxsks=3
fxsks=4
loadzone=uk
defaultzone=uk

zapata.conf:

[channels]

usecallerid=yes
cidsignalling=v23
cidstart=polarity
hidecallerid=no
callwaiting=no
threewaycalling=yes
transfer=yes
echocancel=yes
echotraining=yes
echocancelwhenbridged=yes
immediate=no
faxdetect=no

; Channel 3: PSTN line
context=incoming
group=1
usecallerid=yes
faxdetect=none
signalling=fxs_ks
rxgain=6
txgain=6
callerid=asreceived
channel => 3

; Channel 4: PSTN line
context=incoming
group=1
usecallerid=yes
faxdetect=none
signalling=fxs_ks
rxgain=6
txgain=6
callerid=asreceived
channel => 4

The extension.conf bit that does the forwarding is nothing more than:

exten => incoming,n,Dial(Zap/G1/9${FWD})

The "9" is there because it's a BT "featureline" and they need to dial 9
on the line itself. (BT insisted on it to create a 2-line hunt group for
their incoming calls)

They're shortly going to move to using an Internet trunk to place outgoing
calls on, which will very probably eliminate this issue (I'd hope), but is
there any hope for an analogue only system doing this correctly?

Thanks,

Gordon

_______________________________________________

Sign up now for AstriCon 2007! September 25-28th. http://www.astricon.net/

--Bandwidth and Colocation Provided by http://www.api-digital.com--

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users