[asterisk-users] Problem When Using Polycom with 2 Lines
klitzing at pool.informatik.rwth-aachen.de
klitzing at pool.informatik.rwth-aachen.de
Mon Nov 15 10:54:08 CST 2010
Hi!
> Using INVITE request as basis request -
> 9f5fe9a5-215d0f3a-b2fbe6b7 at 192.168.1.138 Found peer client _202' <---
> Which is incorrect, it should be client_201.
>
> The IP and port for client_201 and client _202 are the same.
In short: Asterisk matches by IP address and assigns the INIVTE to the last entry in sip.conf
with that IP.
In more detail: When Asterisk receives an incoming SIP call, the SIP Channel Module
* first tries to find a [user] section matching the caller name (From: username),
* then tries to find a [peer] section matching the caller's IP address.
* If no matching user or peer is found, the call is sent to the context defined in the [general]
section of sip.conf.
Source: http://www.voip-info.org/wiki/view/Asterisk+SIP+channels
"As of Asterisk 1.2, there is no reason to actually use 'user' entries
any more at all; you can use 'type=peer' for everything and the behavior
will be much more consistent.
All configuration options supported under 'type=user' are also
supported under 'type=peer'.
The difference between friend and peer is the same as defining _both_ a
user and peer, since that is what 'type=friend' does internally.
The only benefit of type=user is when you _want_ to match on username
regardless of IP the calls originate from. If the peer is registering to
you, you don't need it. If they are on a fixed IP, you don't need it.
'type=peer' is _never_ matched on username for incoming calls, only
matched on IP address/port number (unless you use insecure=port or higher)."
Source: http://www.voip-info.org/wiki/view/Asterisk+SIP+user+vs+peer
Philipp
More information about the asterisk-users
mailing list