[asterisk-bugs] [Asterisk 0011361]: [patch] serving multiple Realms with one Asterisk
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Jun 16 14:00:12 CDT 2009
The following issue is now in status NEW (again)
======================================================================
https://issues.asterisk.org/view.php?id=11361
======================================================================
Reported By: arkadia
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 11361
Category: Channels/chan_sip/NewFeature
Reproducibility: always
Severity: feature
Priority: normal
Status: new
Asterisk Version: 1.6.2.0-beta1
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): trunk
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2007-11-23 16:05 CST
Last Modified: 2009-06-16 14:00 CDT
======================================================================
Summary: [patch] 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.
======================================================================
----------------------------------------------------------------------
(0106494) lmadsen (administrator) - 2009-06-16 14:00
https://issues.asterisk.org/view.php?id=11361#c106494
----------------------------------------------------------------------
Setting this status back to new.
arkadia: do you still have interest in updating this to trunk so we can
move this forward? I will continue monitoring this issue to try and get
this to a resolution (whatever that resolution may be :))
Thanks!
Issue History
Date Modified Username Field Change
======================================================================
2009-06-16 14:00 lmadsen Note Added: 0106494
2009-06-16 14:00 lmadsen Assigned To oej =>
2009-06-16 14:00 lmadsen Status confirmed => new
======================================================================
More information about the asterisk-bugs
mailing list