[asterisk-bugs] [Asterisk 0018954]: SIP similar user/peer names are not properly identified when authentication and possibly more

[Asterisk Bug Tracker]

The following issue has been CLOSED 
====================================================================== 
https://issues.asterisk.org/view.php?id=18954 
====================================================================== 
Reported By:                rushowr
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   18954
Category:                   Channels/chan_sip/General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Asterisk Version:           SVN 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2011-03-10 09:44 CST
Last Modified:              2011-05-10 14:45 CDT
====================================================================== 
Summary:                    SIP similar user/peer names are not properly
identified when authentication and possibly more
Description: 
This problem has been discovered before but I can't find any reported
issues, so I'm starting a new one. Please forgive me if my Mantis searching
was flawed. 

I've experienced this with the latest 1.6.2.x and 1.6.0.x

When I have two SIP endpoints/trunks defined that have largely similar
names, Asterisk does not recognize the second definition, and therefore I
cannot make the second item place or receive a call through the Asterisk
system. 

In my example I have two Asterisk servers I'm trying to get to pass
certain calls between each other. 

The first server (STL) is configured thusly:

[MTV-peer]
username=STL-user
fromuser=STL-user
secret=EXAMPLE
; --snip--

[MTV-user]
username=STL-user
fromuser=STL-user
secret=EXAMPLE
; --snip--

[MTV2-peer]
username=STL-user
fromuser=STL-user
secret=ANOTHER
; --snip--

[MTV2-user]
username=STL-user
fromuser=STL-user
secret=ANOTHER
; --snip--

The other server (MTV2) is configured:

[STL-peer]
username=MTV2-user
fromuser=MTV2-user
secret=ANOTHER
; --snip--

[STL-user]
username=MTV2-user
fromuser=MTV2-user
secret=ANOTHER

The long and short of it is, other than MTV vs MTV2 and the passwords, MTV
and MTV2 were configured identically. MTV could send and receive calls from
STL, but not MTV2. Every call attempt would result in a FORBIDDEN response,
with no verbose output on the STL server's CLI at verbose 5, and just a
FORBIDDEN response notification on MTV2's CLI at verbose 5.

I'm attaching packet captures from "bad call attempts" between MTV2 and
STL, in an effort to help further. 

Please let me know if I can do more to assist.


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

---------------------------------------------------------------------- 
 (0134731) lmadsen (administrator) - 2011-05-10 14:45
 https://issues.asterisk.org/view.php?id=18954#c134731 
---------------------------------------------------------------------- 
Suspending this issue until the reporter has additional information.

At a minimum I'd like to see the Asterisk console output and SIP debug
information from the Asterisk systems in question.

I believe this to be a configuration issue. You shouldn't be specifying
the username= like you are because that could cause the parser to get
confused on what to match. You should really be just using fromuser= to
change the outbound calls to the other system so the remote end knows what
peer to match on. The username= (nay, defaultuser= as username= is
deprecated) should really be the same as what is in [peername]. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2011-05-10 14:45 lmadsen        Note Added: 0134731                          
2011-05-10 14:45 lmadsen        Status                   feedback => closed  
======================================================================