[asterisk-bugs] [Asterisk 0013072]: Charge Number (ANI) is not delivered through SIP

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13072 
====================================================================== 
Reported By:                olivier1010
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   13072
Category:                   Channels/chan_sip/Interoperability
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.21 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             07-14-2008 12:48 CDT
Last Modified:              07-15-2008 13:25 CDT
====================================================================== 
Summary:                    Charge Number (ANI) is not delivered through SIP
Description: 

With traditionnal telephony (SS7), we are using charge numbers for a clear
identification of the caller.

ANI transmission is mandatory, for urgency services as well as law
conformity.
Without ANI, then there is no possibility to hide the caller ID, neither
to manage billing for accounts having differents Caller-ID.

The caller ID can be hided or not by the sending party, but the charge
number cannot be hided.

Here is the mains fields we have in SS7 for number identification :

• Called Party Number
• Charge Number
• Originating Line Information Parameter
• Calling Party Number
• Original Called Number
• Redirecting Number


We tried this inside asterisk 1.4.21 :

[custom-ani-test]

exten => *889,1,Answer
exten => *889,n,Set(CALLERID(all)="Test CID"<050505>)
exten => *889,n,Set(CALLERID(ANI)=0325484565)
exten => *889,n,Dial(SIP/69,120)
exten => *889,n,Hangup

And we got this sip debug :

INVITE sip:69 at 192.168.200.60:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 192.168.200.100:5060;branch=z9hG4bK1c475f7b;rport
From: "Test CID" <sip:050505 at 192.168.200.100>;tag=as538cf9f1
To: <sip:69 at 192.168.200.60:5060;transport=udp>
Contact: <sip:050505 at 192.168.200.100>


We can see that the ANI (charge number) as not been set. The ANI should be
present in the Contact: field . We can see that the Caller-ID number has
been duplicated here.


We should have :

INVITE sip:69 at 192.168.200.60:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 192.168.200.100:5060;branch=z9hG4bK1c475f7b;rport
From: "Test CID" <sip:050505 at 192.168.200.100>;tag=as538cf9f1
To: <sip:69 at 192.168.200.60:5060;transport=udp>
Contact: <sip:0325484565 at 192.168.200.100>

It seems that ANI does not work over SIP.



Thanks for your listening.



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

---------------------------------------------------------------------- 
 Corydon76 - 07-15-08 13:25  
---------------------------------------------------------------------- 
The RFC has this to say about the Contact header:
<pre>
   Contact contains a SIP or SIPS URI that represents a direct route to
   contact Alice, usually composed of a username at a fully qualified
   domain name (FQDN).  While an FQDN is preferred, many end systems do
   not have registered domain names, so IP addresses are permitted.
   While the Via header field tells other elements where to send the
   response, the Contact header field tells other elements where to send
   future requests.
</pre>

Note that ANI is nowhere in there.  I appreciate that you would like to
have the ANI, but the lack of an ANI in the contact header is not a bug. 
At best, this is a feature request. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
07-15-08 13:25  Corydon76      Note Added: 0090302                          
======================================================================