[Freeswitch-dev] Call relaying (ISDN <> Freeswitch <> ISDN)

Stanislav Sinyagin ssinyagin at yahoo.com
Sat Sep 7 23:44:42 MSD 2013

hi Markus,
how do you determine if it's a complete number? Do you expect the outgoing ISDN channel to tell you that?

I also wonder what happens if you attach an ISDN-SIP gateway, like Patton. Will you have a new SIP message (which?) on every dialed digit?

 From: Markus Müller <freeswitchdev at priv.de>
To: freeswitch-dev at lists.freeswitch.org 
Sent: Saturday, September 7, 2013 1:52 PM
Subject: [Freeswitch-dev] Call relaying (ISDN <> Freeswitch <> ISDN)

Hello Freeswitch Developers,

ISDN in germany (maybe also somewhere else) has a feature, which colides
with the design of a dialplan: it sends the numbers the user types into
his phone LIVE (!) through the ISDN network. If the number is complete,
the ISDN network tells it to the caller; Only now the call get
established (means the dialplan gets invoked). So you have to do an own
step (live and interactive determination of the number) BEFORE the
dialplan comes in line.

Because this is object not supported by freeswith, in the following

User <-> Analog Phone <-> Siemens Hipath <-> ISDN <-> [FreeTDM <->
Freeswitch <-> FreeTDM] <-> ISDN <-> World <-> ISDN Destiation

you have to do "overlap dialing". Means, freeswitch waits some seconds
until the user has entered the last number and then it goes directly to
the dialplan.

-> This is not what I need!

I want that it works as if there is no FreeSwitch in between. Means,
freeswitch should relay each number the user types into his phone to the
ISDN on the remote side, and make the dialplan stuff AFTER the number
has been dicovered for completeness.

How do you think this should be implemented? If nobody has an object, I
would code this the following way into FreeTDM: If I get a call with a
starting number I know that it must go to the external ISDN (means: a
second dialplan), I first relay the typed numbers and determine the full
number. Only now, when I got the full number, I would give this call to
the higher layers.

What you think about this?

Markus Mueller

Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org

Official FreeSWITCH Sites

FreeSWITCH-dev mailing list
FreeSWITCH-dev at lists.freeswitch.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20130907/737d3679/attachment-0001.html 

Join us at ClueCon 2013 Aug 6-8, 2013
More information about the FreeSWITCH-dev mailing list