[asterisk-bugs] [Asterisk 0014331]: reg->username is parsed for each registration refresh rather than once on sip reload
Asterisk Bug Tracker
noreply at bugs.digium.com
Mon Jan 26 08:43:22 CST 2009
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=14331
======================================================================
Reported By: Nick_Lewis
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 14331
Category: Channels/chan_sip/Registration
Reproducibility: always
Severity: tweak
Priority: normal
Status: new
Asterisk Version: 1.6.1-beta4
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2009-01-26 06:19 CST
Last Modified: 2009-01-26 08:43 CST
======================================================================
Summary: reg->username is parsed for each registration
refresh rather than once on sip reload
Description:
The registration string can contain an expanded user portion of the form
user at domain (and possibly user at domain:domainport). This expanded user
portion is currently stored in reg->username and parsed each time there is
a registration refresh. It would be better if the configuration was parsed
only once and the sip_registry structure contained the atomic fields
separately through the addition of, for example, reg->regdomain and
reg->regdomainport elements
======================================================================
----------------------------------------------------------------------
(0098749) Nick_Lewis (reporter) - 2009-01-26 08:43
http://bugs.digium.com/view.php?id=14331#c98749
----------------------------------------------------------------------
You will not be happy with the current 1.6 implementation then. If the
domain is specified it is used not only for the AOR but also the request
line. If I understand your "two peer" rule the request line should always
be the host to which the registration is directly sent.
I will try to get you a patch once I have untangled it from all my other
rejected patches
Issue History
Date Modified Username Field Change
======================================================================
2009-01-26 08:43 Nick_Lewis Note Added: 0098749
======================================================================
More information about the asterisk-bugs
mailing list