[asterisk-bugs] [Asterisk 0014250]: [patch] Incoming calls matched to the wrong peer

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=14250 
====================================================================== 
Reported By:                Nick_Lewis
Assigned To:                oej
====================================================================== 
Project:                    Asterisk
Issue ID:                   14250
Category:                   Channels/chan_sip/General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.6.0 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-01-15 05:58 CST
Last Modified:              2009-01-28 03:18 CST
====================================================================== 
Summary:                    [patch] Incoming calls matched to the wrong peer
Description: 
If there are multiple sip trunks with the same ITSP then an incoming call
is arbitarily matched to the last peer with the same host IP address. This
is not a serious problem because the DID is still correct but it does have
many insidious effects due to the incorrect channel name
====================================================================== 

---------------------------------------------------------------------- 
 (0098944) oej (manager) - 2009-01-28 03:18
 http://bugs.digium.com/view.php?id=14250#c98944 
---------------------------------------------------------------------- 
Nick, again. This is not a bug, what you're saying is a "must" is actually
a feature request, outlining changes that I have documented that we need a
long time ago. We have never supported what you say is a must and it
requires a lot of work. 

My proposal was to create a new type, called type=service. That's what you
request here. Look at http://www.codename-pineapple.org/newtypes.shtml,
which is a few years old. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-01-28 03:18 oej            Note Added: 0098944                          
======================================================================