i am sorry my approach was probably unclear.
Nevertheless I realized that my thought was too overcomplicated. I realized
that for my purposes it will be sufficient to route SIP messages between
two instances of Kamailio eg.
UA1 <----> K1 <--------> K2 <-----> UA2
So yes this is exactly what did you suggest.
Is this common scenario? Is there any documentation on how to configure
Kamailio this way?
Thanks in advance
On Sun, Feb 14, 2016 at 5:30 PM, Alex Balashov <abalashov(a)evaristesys.com>
wrote:
Hello,
On 02/14/2016 10:59 AM, Cockhootec Yahrabee wrote:
But do you think, that it is possible to program some simple kamailo
module which will implement some really simple
SIP client? (kamailio
can create/modify SIP messages, it is able to receive and send them
so I think that it is possible I am just not sure)
Kamailio has a UAC module which can be used to synthesise and send SIP
messages:
http://kamailio.org/docs/modules/4.3.x/modules/uac.html
However, the capacity to send them does not in any way imply a UA layer
functional to the necessary degree to receive them, nor does the
capacity to send messages imply the ability to initiate and maintain a
call leg, or any other complex stateful superset of "message". This is
because the UAC module is intended to accomplish a rather narrow range
of purposes for which it is necessary to endogenously originate messages
in some way.
In general, Kamailio has plenty of technical capabilities that reach
beyond the formal limitations of a proxy. However, they often need to be
filed under the heading of: "Just because you can doesn't mean you
should."
What I am trying to achieve is to encapsulate SIP communication
between "SIP client A1" and "SIP
client B1" eg. communication
between these two endpoints will go through data link between
"kamailio server A" and "kamailio server B".
Well, that in and of itself doesn't seem problematic; if I understand
this topology right, why would this pose a problem?
UA A1 <--> Proxy P1 <--> Proxy P2 <--> UA B1
In other words, perhaps there is some semantic confusion here arising
from the use of the "SIP server" terminology?
That's why I want to create SIP session between "kamailio server A"
and "kamailio server B" - probably for
each call between two
endpoints (eg. A1:B1, A2:B1) there will be SIP session between these
two servers.
You can't do that. The session can only be constructed between the
endpoints. But there's on reason why one or more Kamailio servers cannot
remain inline to the signalling path for the duration of the session(s) and
provide some useful functionality.
So, in short, you need to clarify just what it is you're trying to
accomplish. It may very well be that your choice of terminology is
confusing the issue, and that Kamailio is capable of doing what you're
asking. On the other hand, if you're genuinely trying to turn it into a
UA/endpoint, it's the wrong tool for the job; it's simply not an endpoint.
-- Alex
--
Alex Balashov | Principal | Evariste Systems LLC
303 Perimeter Center North, Suite 300
Atlanta, GA 30346
United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
Web:
http://www.evaristesys.com/,
http://www.csrpswitch.com/
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users