[asterisk-bugs] [LibPRI 0015604]: [patch] Support for called_party_subaddr, currently only calling_party_subaddr is supported

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15604 
====================================================================== 
Reported By:                alecdavis
Assigned To:                rmudgett
====================================================================== 
Project:                    LibPRI
Issue ID:                   15604
Category:                   NewFeature
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
Asterisk Version:           SVN 
JIRA:                        
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2009-07-28 21:51 CDT
Last Modified:              2009-10-04 04:36 CDT
====================================================================== 
Summary:                    [patch] Support for called_party_subaddr, currently
only calling_party_subaddr is supported
Description: 
Looking at q931.c it only has dump_called_party_subaddr
it's missing receive_called_party_subaddr, transmit_called_party_subaddr,
and associated pri_call changes. Maybe more...

The Telecom Specs in NZ suggests that SUB ADDRESS is always on, so doing
"desk to desk" between offices each with an asterisk box over the ISDN
should then be possible, without a whole load of DDI numbers required.

Is there any work beinging done for this?


======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0001877 Useful enhancement to chan_zap would be...
====================================================================== 

---------------------------------------------------------------------- 
 (0111824) alecdavis (reporter) - 2009-10-04 04:36
 https://issues.asterisk.org/view.php?id=15604#c111824 
---------------------------------------------------------------------- 
8604 is the primary number of the other switch.
8512 is an extension off the other switch.

dialplan code:
    -- Starting simple switch on 'DAHDI/34-1'
    -- Executing [8604 at phones:1] Dial("DAHDI/34-1",
"DAHDI/G0/8604:8512,,r") in 
new stack

console output:
    -- Starting simple switch on 'DAHDI/34-1'
    -- Executing [8604 at phones:1] Dial("DAHDI/34-1",
"DAHDI/G0/8604:8512,,r") in new stack
[Oct  4 22:29:41] WARNING[20943]: chan_dahdi.c:4440 dahdi_call: ALEC
cid.subaddress='(null)'
[Oct  4 22:29:41] WARNING[20943]: chan_dahdi.c:4441 dahdi_call: ALEC
cid.dialed_subaddress='(null)'
[Oct  4 22:29:41] WARNING[20943]: chan_dahdi.c:4442 dahdi_call: ALEC
connected_line.id.subaddress='(null)'
[Oct  4 22:29:41] NOTICE[20943]: sig_pri.c:2544 sig_pri_call: ALEC
rdest='G0/8604:8512'
[Oct  4 22:29:41] NOTICE[20943]: sig_pri.c:2570 sig_pri_call: ALEC
dialed_subaddress='8512'
    -- Requested transfer capability: 0x00 - SPEECH
    -- Called G0/8604:8512
    -- DAHDI/31-1 is proceeding passing it to DAHDI/34-1
    -- DAHDI/31-1 is ringing
    -- Hungup 'DAHDI/31-1'
  == Spawn extension (phones, 8604, 1) exited non-zero on 'DAHDI/34-1'
    -- Hanging up on 'DAHDI/34-1'
    -- Hungup 'DAHDI/34-1'

console output with intense debug:
> Protocol Discriminator: Q.931 (8)  len=36
> Call Ref: len= 2 (reference 5/0x5) (Originator)
> Message Type: SETUP (5)
> [04 03 80 90 a3]
> Bearer Capability (len= 5) [ Ext: 1  Q.931 Std: 0  Info transfer
capability: Speech (0)
>                              Ext: 1  Trans mode/rate: 64kbps,
circuit-mode (16)
>                                User information layer 1: A-Law (35)
> [18 03 a1 83 9f]
> Channel ID (len= 5) [ Ext: 1  IntID: Implicit  Other(PRI)  Spare: 0 
Preferred  Dchan: 0
>                        ChanSel: As indicated in following octets
>                       Ext: 1  Coding: 0  Number Specified  Channel Type:
3
>                       Ext: 1  Channel: 31 Type: CPE]
> [6c 04 00 80 38 32]
> Calling Number (len= 6) [ Ext: 0  TON: Unknown Number Type (0)  NPI:
Unknown Number Plan (0)
>                           Presentation: Presentation permitted, user
number not screened (0)  '82' ]
> [70 05 80 38 36 30 34]
> Called Number (len= 7) [ Ext: 1  TON: Unknown Number Type (0)  NPI:
Unknown Number Plan (0)  '8604' ]
> [71 05 80 38 35 31 32]
> Called Sub-Address (len= 7) [ Ext: 1  Type: NSAP (X.213/ISO 8348 AD2)
(0)  O: 0  '8512' ]
> [a1]
> Sending Complete (len= 1)
q931.c:4149 q931_setup: call 32773 on channel 31 enters state 1 (Call
Initiated)
    -- Called G0/8604:8512 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-10-04 04:36 alecdavis      Note Added: 0111824                          
======================================================================