[asterisk-dev] [Code Review] SIP: peer matching by	callbackextension
    Kaloyan Kovachev 
    kkovachev at varna.net
       
    Fri Jul  9 07:13:57 CDT 2010
    
    
  
On Fri, 9 Jul 2010 13:30:23 +0200, Olle E. Johansson wrote
> Today, I have had to go through peers and users again twice. These students
have previously received dCAP, many of them have many years of experience of
Asterisk in their network, and we've gone through this in detail during the class.
> 
> The peer/user thing is a BIG issue for me. We do need to clean this up and
deliver something that better fits the needs of the users.
> 
> And no, just using type=friend is not a solution.
> 
I would say 'is not a solution yet'
Why not remove the types completely and provide a way to configure each and
every 'remote UA' section ... may not be the best name, but i am trying to not
use the terms peer, user, service or trunk and it is actualy extending the
type=friend
Some examples below in reply to a previous email:
"A peer registers with Asterisk" - option requirereg=yes|no|allow, so even for
a 'static' device with 'allow', you may get registration even you don't need
it and still be able to 'match on IP' without reg
if you have 'register=yes' - you will register to the remote UA too
there is no need to provide option to limit outbound calls as this is easy
with the dialplan (you just don't dial), but with option to 'match_on_inbound'
 one may get the 'current peer only' functionality
> /O
> -- 
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> 
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev
    
    
More information about the asterisk-dev
mailing list