[asterisk-bugs] [Asterisk 0011361]: serving multiple Realms with one Asterisk

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=11361 
====================================================================== 
Reported By:                arkadia
Assigned To:                oej
====================================================================== 
Project:                    Asterisk
Issue ID:                   11361
Category:                   Channels/chan_sip/General
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
Asterisk Version:            SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             11-23-2007 16:05 CST
Last Modified:              11-28-2007 11:26 CST
====================================================================== 
Summary:                    serving multiple Realms with one Asterisk
Description: 
When the call comes to Asterisk it responds with authorization request
using specified realm (realm in config, global_realm in code).

OpenSER for this case has possibility to auto generate realm based on
"From" header:

if (!proxy_authorize("", "subscriber)) {
        proxy_challenge("", "1");  # Realm will be autogenerated
};

proxy_authorize(realm, table)
    * realm - Realm is a opaque string that the user agent
       should present to the user so he can decide what username
       and password to use. Usually this is domain of the host
       the server is running on.
       If an empty string "" is used then the server will
       generate it from the request. From header field domain
       will be used as realm.
       The string may contain pseudo variables.

This patch provides the same possibility for Asterisk. It is not user/peer
based.


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

---------------------------------------------------------------------- 
 arkadia - 11-28-07 11:26  
---------------------------------------------------------------------- 
sip_realm_rminpvt.patch - new update according your advises
- option renamed to start with global_
- store realm in pvt. I'm using already existing realm field. It seems it
doesn't interact with its current usage.

About get_domain. What exactly do you think is not required?
before "@": port should be stripped, params probably too. "sip:" too.

It'll be great is somebody with experience of SIP header parsing wrote or
specified some generic functions which will allow to extract parts from SIP
header. Some combination of get_in_brackets + parse_uri. Course the code
like I'm adding in get_domain() is all over the SIP channel with minor
modifications. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
11-28-07 11:26  arkadia        Note Added: 0074489                          
======================================================================