[asterisk-dev] ISDN Calling Sub Address and Called Sub Address for the branches

[Alec Davis]

I posted this to asterisk-users a couple of weeks ago, and I guess it was
read by a few, but no interest.
 
My question to the asterisk-dev readers, is what is the proposed
implementation and agenda for Calling/Called/Redirecting Subaddress?
Is it defined, or are the existing structures that exist through the code,
including chan_misdn, just the beginnings?
 
examples from function 'empty_bc' in channels/misdn/isdn_lib.c:
    bc->caller.subaddress[0] = 0;
    bc->connected.subaddress[0] = 0;
    bc->redirecting.from.subaddress[0] = 0;
    bc->redirecting.to.subaddress[0] = 0;
    bc->dialed.subaddress[0] = 0;
 
 
Copy below as posted to asterisk-users:
 
Since 2004 asterisk/libpri have been able to receive the Calling Sub Address
in the ISDN setup message, and the dialplan was able to use it if required.
It's support is limited to only NSAP, not BCD or user formatted.
 
At the time 25/06/04 the questioned was asked, wouldn't it be a good idea to
be able to transmit it as well, but that never got implemented, as it wasn't
required at the time.
 
Further to this, there is also Called Sub Address that allows you to dial a
particular terminal device at an ISDN number, these days isn't a terminal
device a users extension.
 
Finishing off the limited support for SUBADDR, if your keen is at
<https://issues.asterisk.org/view.php?id=15604>
https://issues.asterisk.org/view.php?id=15604, this adds CallingSubAaddress
(Transmit) and CalledSubAddress (Transmit and Receive), still only in NSAP,
not User formatted.
 
This code may not ever make it into trunk, but if you find this code useful
please leave a comment on the mantis bug. This has been tested with the
exisiting 1.4 -1.6.2 branches, and is in use at 3 PRI/BRI sites with
asterisk 1.6.1.
 
The Digium team have other good ideas for 1.6.3 which will as I understand
it support SUBADDR over any transport, but it will be a while before most of
us are happy using the latest offering in production.
 
Alec Davis
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-dev/attachments/20090830/958c41f8/attachment-0001.htm