9 Feb
2011
9 Feb
'11
3:16 p.m.
Hello all.
I'm having problem with sending NOTIFY packet for event dialog.
The problem is, that all NOTIFY packets sent with this event is empty.
( Content-length: 0 ) and in fact, not passing actual status to the
phone. In my case this is SPA962.
NOTIFY packets for event presence are sent fine and status is changing
normally.
The same phone, works fine with Asterisk. Asterisk is sending NOTIFY
with non-zero content and changing status for the subscriber as well.
I've turned on pua module to send PUBLISH requests at Kamailio, it's
filling DB table with subscription, everything runs fine and NOTIFY
packets are coming to subscribed phone, but they are empty.
I also have presence_dialoginfo module on and pua_dialoginfo module on.
I've tried on Kamailio 3.0.3 and 3.1.1. Content always empty.
There is no sense of pasting here packet dumps, cause everything is like
should be:
(UAC) SUBSCRIBE, event: presence ---> K
K ---> 202 OK
(SPA) SUBSCRIBE, event: dialog ---> K
K ---> 202 OK
PUBLISH, event: presence ---> K
K ---> 200 OK
NOTIFY, event: presence, Content-Length: XXX ---> UAC
NOTIFY, event: dialog, Content-Length: 0 ---> SPA962
As result, softphone changes status and hardphone ( SPA962 ) - no. May
be it's cause of PUBLISH event value?
Please advise.
9 Feb
9 Feb
3:47 p.m.
Do you see PUBLISH requests with Event: dialog?
Note: those will be sent by pua_dialoginfo module to Kamailio itslef,
thus will be sent on the loopback interface. You should see them with
"ngrep -d any port 5060"
klaus
Am 09.02.2011 14:16, schrieb Spinov Evgeniy:
Hello all.
I'm having problem with sending NOTIFY packet for event dialog.
The problem is, that all NOTIFY packets sent with this event is empty.
( Content-length: 0 ) and in fact, not passing actual status to the
phone. In my case this is SPA962.
NOTIFY packets for event presence are sent fine and status is changing
normally.
The same phone, works fine with Asterisk. Asterisk is sending NOTIFY
with non-zero content and changing status for the subscriber as well.
I've turned on pua module to send PUBLISH requests at Kamailio, it's
filling DB table with subscription, everything runs fine and NOTIFY
packets are coming to subscribed phone, but they are empty.
I also have presence_dialoginfo module on and pua_dialoginfo module on.
I've tried on Kamailio 3.0.3 and 3.1.1. Content always empty.
There is no sense of pasting here packet dumps, cause everything is like
should be:
(UAC) SUBSCRIBE, event: presence ---> K
K ---> 202 OK
(SPA) SUBSCRIBE, event: dialog ---> K
K ---> 202 OK
PUBLISH, event: presence ---> K
K ---> 200 OK
NOTIFY, event: presence, Content-Length: XXX ---> UAC
NOTIFY, event: dialog, Content-Length: 0 ---> SPA962
As result, softphone changes status and hardphone ( SPA962 ) - no. May
be it's cause of PUBLISH event value?
Please advise.
_______________________________________________
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
3:56 p.m.
On Wed, 2011-02-09 at 14:47 +0100, Klaus Darilion wrote:
Do you see PUBLISH requests with Event: dialog?
Note: those will be sent by pua_dialoginfo module to Kamailio itslef,
thus will be sent on the loopback interface. You should see them with
"ngrep -d any port 5060"
klaus
No, PUBLISH requests with event dialog are not generated. Instead of
dialog event, presence event is generated, but as for me, it should
work, as for instance eyeBeam is generating PUBLISH requests itself,
with event: presence.
You're saying that NOTIFYs with event dialog are empty, cause there are
not PUBLISH event: dialog?
Am 09.02.2011 14:16, schrieb Spinov Evgeniy:
> Hello all.
>
> I'm having problem with sending NOTIFY packet for event dialog.
>
> The problem is, that all NOTIFY packets sent with this event is empty.
> ( Content-length: 0 ) and in fact, not passing actual status to the
> phone. In my case this is SPA962.
>
> NOTIFY packets for event presence are sent fine and status is changing
> normally.
>
> The same phone, works fine with Asterisk. Asterisk is sending NOTIFY
> with non-zero content and changing status for the subscriber as well.
>
> I've turned on pua module to send PUBLISH requests at Kamailio, it's
> filling DB table with subscription, everything runs fine and NOTIFY
> packets are coming to subscribed phone, but they are empty.
>
> I also have presence_dialoginfo module on and pua_dialoginfo module on.
> I've tried on Kamailio 3.0.3 and 3.1.1. Content always empty.
>
> There is no sense of pasting here packet dumps, cause everything is like
> should be:
>
> (UAC) SUBSCRIBE, event: presence ---> K
> K ---> 202 OK
> (SPA) SUBSCRIBE, event: dialog ---> K
> K ---> 202 OK
> PUBLISH, event: presence ---> K
> K ---> 200 OK
> NOTIFY, event: presence, Content-Length: XXX ---> UAC
> NOTIFY, event: dialog, Content-Length: 0 ---> SPA962
>
> As result, softphone changes status and hardphone ( SPA962 ) - no. May
> be it's cause of PUBLISH event value?
>
> Please advise.
>
>
> _______________________________________________
> 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
5:24 p.m.
Am 09.02.2011 14:56, schrieb Spinov Evgeniy:
On Wed, 2011-02-09 at 14:47 +0100, Klaus Darilion
wrote:
Yes. The "presence server" is just a relay of the content:
PUBLISH ---> presence server <---SUBSCRIBE/NOTIFY---> client
If dialoginfo is not published into the presence server, the presence
server will send empty NOTIFYs.
There are 2 ways to get the dialoginfo published into the presence
server: either the phone does it (e.g. SNOM phones can do that, eyebeam
only publishes "presence" but not "dialog"info) or Kamailio can
PUBLISH
the dialog state. See
http://www.kamailio.org/docs/modules/3.1.x/modules_k/presence_dialoginfo.ht…
So, make sure that Kamailio will publish the dialoginfo:
http://www.kamailio.org/docs/modules/3.1.x/modules_k/pua_dialoginfo.html#id…
regards
klaus
Do you see PUBLISH requests with Event: dialog?
Note: those will be sent by pua_dialoginfo module to Kamailio itslef,
thus will be sent on the loopback interface. You should see them with
"ngrep -d any port 5060"
klaus
No, PUBLISH requests with event dialog are not generated. Instead of
dialog event, presence event is generated, but as for me, it should
work, as for instance eyeBeam is generating PUBLISH requests itself,
with event: presence.
You're saying that NOTIFYs with event dialog are empty, cause there are
not PUBLISH event: dialog?
10 Feb
10 Feb
10:18 a.m.
On Wed, 2011-02-09 at 16:24 +0100, Klaus Darilion wrote:
Thank you for the links, especially this one
http://www.kamailio.org/docs/modules/3.1.x/modules_k/pua_dialoginfo.html#id…
I've missed this section while read README. I've fixed that out and made
it working for INVITE requests. I.e. when I'm making a call, status is
displayed normally, and when call is hanged - status is online again.
That works correctly.
However I cannot get, how to get it working for REGISTER requests, i.e.
when the phone was down and I'm registering - it's not coming online on
SPA until the first call. And when I'm going offline - unregistering,
I'm still online.
PUBLISH requests are sent, but they are presence type. According to
debug, dialog processing request and assigning hash to it and after
dialog, pua is sending PUBLISH with event presence. pua_dialoginfo never
come up in request.
Dialog processing is very simple:
if (is_method("INVITE|REGISTER")) {
dlg_manage();
}
Somewhy, pua_dialoginfo comes with INVITE request and never comes with
REGISTER.
Any ideas?
Am 09.02.2011 14:56, schrieb Spinov Evgeniy:
On Wed, 2011-02-09 at 14:47 +0100, Klaus Darilion
wrote:
Yes. The "presence server" is just a relay of the content:
PUBLISH ---> presence server <---SUBSCRIBE/NOTIFY---> client
If dialoginfo is not published into the presence server, the presence
server will send empty NOTIFYs.
There are 2 ways to get the dialoginfo published into the presence
server: either the phone does it (e.g. SNOM phones can do that, eyebeam
only publishes "presence" but not "dialog"info) or Kamailio can
PUBLISH
the dialog state. See
http://www.kamailio.org/docs/modules/3.1.x/modules_k/presence_dialoginfo.ht…
So, make sure that Kamailio will publish the dialoginfo:
http://www.kamailio.org/docs/modules/3.1.x/modules_k/pua_dialoginfo.html#id…
regards
klaus Do you see PUBLISH requests with Event: dialog?
Note: those will be sent by pua_dialoginfo module to Kamailio itslef,
thus will be sent on the loopback interface. You should see them with
"ngrep -d any port 5060"
klaus
No, PUBLISH requests with event dialog are not generated. Instead of
dialog event, presence event is generated, but as for me, it should
work, as for instance eyeBeam is generating PUBLISH requests itself,
with event: presence.
You're saying that NOTIFYs with event dialog are empty, cause there are
not PUBLISH event: dialog?
11 Feb
11 Feb
2:28 a.m.
Spinov Evgeniy wrote:
On Wed, 2011-02-09 at 16:24 +0100, Klaus Darilion
wrote:
Thank you for the links, especially this one
http://www.kamailio.org/docs/modules/3.1.x/modules_k/pua_dialoginfo.html#id…
I've missed this section while read README. I've fixed that out and made
it working for INVITE requests. I.e. when I'm making a call, status is
displayed normally, and when call is hanged - status is online again.
That works correctly.
However I cannot get, how to get it working for REGISTER requests, i.e.
when the phone was down and I'm registering - it's not coming online on
SPA until the first call. And when I'm going offline - unregistering,
I'm still online.
Don't confuse 'presence' with 'dialog'info events. 'Presence'
allows
offline/online/away/busy/atlunch/... status of presentities (phones).
'dialog' gives you detailed dialog statistics like idle/busy/ringing
with callids/totag/fromtag... so you can for example pick up a call.
That's why nothing happens on REGISTER because REGISTER does not create
a dialog. There is also no workaround as the 'dialog' event has not
states to publish offline/online.
regards
Klaus
PUBLISH requests are sent, but they are presence type.
According to
debug, dialog processing request and assigning hash to it and after
dialog, pua is sending PUBLISH with event presence. pua_dialoginfo never
come up in request.
Dialog processing is very simple:
if (is_method("INVITE|REGISTER")) {
dlg_manage();
}
Somewhy, pua_dialoginfo comes with INVITE request and never comes with
REGISTER.
Any ideas?
Am 09.02.2011 14:56, schrieb Spinov Evgeniy:
On Wed, 2011-02-09 at 14:47 +0100, Klaus Darilion
wrote:
Yes. The "presence server" is just a relay of
the content:
PUBLISH ---> presence server <---SUBSCRIBE/NOTIFY---> client
If dialoginfo is not published into the presence server, the presence
server will send empty NOTIFYs.
There are 2 ways to get the dialoginfo published into the presence
server: either the phone does it (e.g. SNOM phones can do that, eyebeam
only publishes "presence" but not "dialog"info) or Kamailio can
PUBLISH
the dialog state. See
http://www.kamailio.org/docs/modules/3.1.x/modules_k/presence_dialoginfo.ht…
So, make sure that Kamailio will publish the dialoginfo:
http://www.kamailio.org/docs/modules/3.1.x/modules_k/pua_dialoginfo.html#id…
regards
klaus Do you see PUBLISH requests with Event: dialog?
Note: those will be sent by pua_dialoginfo module to Kamailio itslef,
thus will be sent on the loopback interface. You should see them with
"ngrep -d any port 5060"
klaus
No, PUBLISH requests with event dialog are not generated. Instead of
dialog event, presence event is generated, but as for me, it should
work, as for instance eyeBeam is generating PUBLISH requests itself,
with event: presence.
You're saying that NOTIFYs with event dialog are empty, cause there are
not PUBLISH event: dialog?
8:57 a.m.
Thank you for detailed explanation, now I've got it, but I'm confused
about workaround. Really nothing could be done to send phone offline or
get it online when it's off? For instance to get it online, it's
possible to emulate false call, with INVITE, for instance.
Have you tried something like that?
On Fri, 2011-02-11 at 01:28 +0100, Klaus Darilion wrote:
Spinov Evgeniy wrote:
On Wed, 2011-02-09 at 16:24 +0100, Klaus Darilion
wrote:
Thank you for the links, especially this one
http://www.kamailio.org/docs/modules/3.1.x/modules_k/pua_dialoginfo.html#id…
I've missed this section while read README. I've fixed that out and made
it working for INVITE requests. I.e. when I'm making a call, status is
displayed normally, and when call is hanged - status is online again.
That works correctly.
However I cannot get, how to get it working for REGISTER requests, i.e.
when the phone was down and I'm registering - it's not coming online on
SPA until the first call. And when I'm going offline - unregistering,
I'm still online.
Don't confuse 'presence' with 'dialog'info events. 'Presence'
allows
offline/online/away/busy/atlunch/... status of presentities (phones).
'dialog' gives you detailed dialog statistics like idle/busy/ringing
with callids/totag/fromtag... so you can for example pick up a call.
That's why nothing happens on REGISTER because REGISTER does not create
a dialog. There is also no workaround as the 'dialog' event has not
states to publish offline/online.
regards
Klaus
> PUBLISH requests are sent, but they are presence type. According to
> debug, dialog processing request and assigning hash to it and after
> dialog, pua is sending PUBLISH with event presence. pua_dialoginfo never
> come up in request.
>
> Dialog processing is very simple:
>
> if (is_method("INVITE|REGISTER")) {
> dlg_manage();
> }
>
> Somewhy, pua_dialoginfo comes with INVITE request and never comes with
> REGISTER.
>
> Any ideas?
>
>
>> Am 09.02.2011 14:56, schrieb Spinov Evgeniy:
>>> On Wed, 2011-02-09 at 14:47 +0100, Klaus Darilion wrote:
>>>> Do you see PUBLISH requests with Event: dialog?
>>>>
>>>> Note: those will be sent by pua_dialoginfo module to Kamailio itslef,
>>>> thus will be sent on the loopback interface. You should see them with
>>>> "ngrep -d any port 5060"
>>>>
>>>> klaus
>>> No, PUBLISH requests with event dialog are not generated. Instead of
>>> dialog event, presence event is generated, but as for me, it should
>>> work, as for instance eyeBeam is generating PUBLISH requests itself,
>>> with event: presence.
>>>
>>> You're saying that NOTIFYs with event dialog are empty, cause there are
>>> not PUBLISH event: dialog?
>> Yes. The "presence server" is just a relay of the content:
>>
>>
>>
>> PUBLISH ---> presence server <---SUBSCRIBE/NOTIFY---> client
>>
>> If dialoginfo is not published into the presence server, the presence
>> server will send empty NOTIFYs.
>>
>> There are 2 ways to get the dialoginfo published into the presence
>> server: either the phone does it (e.g. SNOM phones can do that, eyebeam
>> only publishes "presence" but not "dialog"info) or Kamailio
can PUBLISH
>> the dialog state. See
>> http://www.kamailio.org/docs/modules/3.1.x/modules_k/presence_dialoginfo.ht…
>>
>> So, make sure that Kamailio will publish the dialoginfo:
>>
http://www.kamailio.org/docs/modules/3.1.x/modules_k/pua_dialoginfo.html#id…
>>
>> regards
>> klaus
>
>
11:34 a.m.
Am 11.02.2011 07:57, schrieb Spinov Evgeniy:
Thank you for detailed explanation, now I've got
it, but I'm confused
about workaround. Really nothing could be done to send phone offline or
get it online when it's off? For instance to get it online, it's
possible to emulate false call, with INVITE, for instance.
Have you tried something like that?
Again: There is now way to signal 'offline' in a 'dialog' info - there
is no XML syntax defined for that. But there is 'offline' in 'presence'
info which can be triggered, e.g:
http://www.kamailio.org/docs/modules/3.1.x/modules_k/pua_usrloc.html
klaus
On Fri, 2011-02-11 at 01:28 +0100, Klaus Darilion wrote:
Spinov Evgeniy wrote:
On Wed, 2011-02-09 at 16:24 +0100, Klaus Darilion
wrote:
Thank you for the links, especially this one
http://www.kamailio.org/docs/modules/3.1.x/modules_k/pua_dialoginfo.html#id…
I've missed this section while read README. I've fixed that out and made
it working for INVITE requests. I.e. when I'm making a call, status is
displayed normally, and when call is hanged - status is online again.
That works correctly.
However I cannot get, how to get it working for REGISTER requests, i.e.
when the phone was down and I'm registering - it's not coming online on
SPA until the first call. And when I'm going offline - unregistering,
I'm still online.
Don't confuse 'presence' with 'dialog'info events. 'Presence'
allows
offline/online/away/busy/atlunch/... status of presentities (phones).
'dialog' gives you detailed dialog statistics like idle/busy/ringing
with callids/totag/fromtag... so you can for example pick up a call.
That's why nothing happens on REGISTER because REGISTER does not create
a dialog. There is also no workaround as the 'dialog' event has not
states to publish offline/online.
regards
Klaus
> PUBLISH requests are sent, but they are presence type. According to
> debug, dialog processing request and assigning hash to it and after
> dialog, pua is sending PUBLISH with event presence. pua_dialoginfo never
> come up in request.
>
> Dialog processing is very simple:
>
> if (is_method("INVITE|REGISTER")) {
> dlg_manage();
> }
>
> Somewhy, pua_dialoginfo comes with INVITE request and never comes with
> REGISTER.
>
> Any ideas?
>
>
>> Am 09.02.2011 14:56, schrieb Spinov Evgeniy:
>>> On Wed, 2011-02-09 at 14:47 +0100, Klaus Darilion wrote:
>>>> Do you see PUBLISH requests with Event: dialog?
>>>>
>>>> Note: those will be sent by pua_dialoginfo module to Kamailio itslef,
>>>> thus will be sent on the loopback interface. You should see them with
>>>> "ngrep -d any port 5060"
>>>>
>>>> klaus
>>> No, PUBLISH requests with event dialog are not generated. Instead of
>>> dialog event, presence event is generated, but as for me, it should
>>> work, as for instance eyeBeam is generating PUBLISH requests itself,
>>> with event: presence.
>>>
>>> You're saying that NOTIFYs with event dialog are empty, cause there are
>>> not PUBLISH event: dialog?
>> Yes. The "presence server" is just a relay of the content:
>>
>>
>>
>> PUBLISH ---> presence server <---SUBSCRIBE/NOTIFY---> client
>>
>> If dialoginfo is not published into the presence server, the presence
>> server will send empty NOTIFYs.
>>
>> There are 2 ways to get the dialoginfo published into the presence
>> server: either the phone does it (e.g. SNOM phones can do that, eyebeam
>> only publishes "presence" but not "dialog"info) or Kamailio
can PUBLISH
>> the dialog state. See
>> http://www.kamailio.org/docs/modules/3.1.x/modules_k/presence_dialoginfo.ht…
>>
>> So, make sure that Kamailio will publish the dialoginfo:
>>
http://www.kamailio.org/docs/modules/3.1.x/modules_k/pua_dialoginfo.html#id…
>>
>> regards
>> klaus
>
>
11:34 a.m.
Yea, yea, I got that dialog do not have offline and online status. You
mean, that there is no way to tell phone, that extension is offline,
even if it is offline by Kamailio no chance to pass this info to phone
unless it's subscribed for presence event, right?
On Fri, 2011-02-11 at 10:34 +0100, Klaus Darilion wrote:
Am 11.02.2011 07:57, schrieb Spinov Evgeniy:
Thank you for detailed explanation, now I've
got it, but I'm confused
about workaround. Really nothing could be done to send phone offline or
get it online when it's off? For instance to get it online, it's
possible to emulate false call, with INVITE, for instance.
Have you tried something like that?
Again: There is now way to signal 'offline' in a 'dialog' info - there
is no XML syntax defined for that. But there is 'offline' in 'presence'
info which can be triggered, e.g:
http://www.kamailio.org/docs/modules/3.1.x/modules_k/pua_usrloc.html
klaus
>
> On Fri, 2011-02-11 at 01:28 +0100, Klaus Darilion wrote:
>> Spinov Evgeniy wrote:
>>> On Wed, 2011-02-09 at 16:24 +0100, Klaus Darilion wrote:
>>>
>>> Thank you for the links, especially this one
>>>
http://www.kamailio.org/docs/modules/3.1.x/modules_k/pua_dialoginfo.html#id…
>>>
>>> I've missed this section while read README. I've fixed that out and
made
>>> it working for INVITE requests. I.e. when I'm making a call, status is
>>> displayed normally, and when call is hanged - status is online again.
>>> That works correctly.
>>>
>>> However I cannot get, how to get it working for REGISTER requests, i.e.
>>> when the phone was down and I'm registering - it's not coming online
on
>>> SPA until the first call. And when I'm going offline - unregistering,
>>> I'm still online.
>>
>> Don't confuse 'presence' with 'dialog'info events.
'Presence' allows
>> offline/online/away/busy/atlunch/... status of presentities (phones).
>>
>> 'dialog' gives you detailed dialog statistics like idle/busy/ringing
>> with callids/totag/fromtag... so you can for example pick up a call.
>> That's why nothing happens on REGISTER because REGISTER does not create
>> a dialog. There is also no workaround as the 'dialog' event has not
>> states to publish offline/online.
>>
>> regards
>> Klaus
>>
>>> PUBLISH requests are sent, but they are presence type. According to
>>> debug, dialog processing request and assigning hash to it and after
>>> dialog, pua is sending PUBLISH with event presence. pua_dialoginfo never
>>> come up in request.
>>>
>>> Dialog processing is very simple:
>>>
>>> if (is_method("INVITE|REGISTER")) {
>>> dlg_manage();
>>> }
>>>
>>> Somewhy, pua_dialoginfo comes with INVITE request and never comes with
>>> REGISTER.
>>>
>>> Any ideas?
>>>
>>>
>>>> Am 09.02.2011 14:56, schrieb Spinov Evgeniy:
>>>>> On Wed, 2011-02-09 at 14:47 +0100, Klaus Darilion wrote:
>>>>>> Do you see PUBLISH requests with Event: dialog?
>>>>>>
>>>>>> Note: those will be sent by pua_dialoginfo module to Kamailio
itslef,
>>>>>> thus will be sent on the loopback interface. You should see them
with
>>>>>> "ngrep -d any port 5060"
>>>>>>
>>>>>> klaus
>>>>> No, PUBLISH requests with event dialog are not generated. Instead
of
>>>>> dialog event, presence event is generated, but as for me, it should
>>>>> work, as for instance eyeBeam is generating PUBLISH requests
itself,
>>>>> with event: presence.
>>>>>
>>>>> You're saying that NOTIFYs with event dialog are empty, cause
there are
>>>>> not PUBLISH event: dialog?
>>>> Yes. The "presence server" is just a relay of the content:
>>>>
>>>>
>>>>
>>>> PUBLISH ---> presence server <---SUBSCRIBE/NOTIFY---> client
>>>>
>>>> If dialoginfo is not published into the presence server, the presence
>>>> server will send empty NOTIFYs.
>>>>
>>>> There are 2 ways to get the dialoginfo published into the presence
>>>> server: either the phone does it (e.g. SNOM phones can do that, eyebeam
>>>> only publishes "presence" but not "dialog"info) or
Kamailio can PUBLISH
>>>> the dialog state. See
>>>>
http://www.kamailio.org/docs/modules/3.1.x/modules_k/presence_dialoginfo.ht…
>>>>
>>>> So, make sure that Kamailio will publish the dialoginfo:
>>>>
http://www.kamailio.org/docs/modules/3.1.x/modules_k/pua_dialoginfo.html#id…
>>>>
>>>> regards
>>>> klaus
>>>
>>>
>
>
19 Feb
19 Feb
11:08 a.m.
New subject: Interfaces guestures
Hello, Alex.
mhomed=1 exactly what is required, however, using this option is not
solved my problem.
Packets are passing OK, but when the call is made, for instance from
100->101, then INVITE is generated from 100 to K ( kamailio ). K is
passing this INVITE to A ( Asterisk ). Asterisk is generating backward
INVITE for 101.
But in From and To headers changes to
From: 100@ASTERISK
To: 101@KAMAILIO
where ASTERISK and KAMAILIO are private network addresses. This makes
sense as Asterisk do not have any public IP, but it seems to me that I'm
missing something.
Is it possible to process INVITES sent from A to K before releasing to
public network?
Thank you.
Evgeniy,
Try enable mhomed=1 option in kamailio.cfg.
If this does not do what you want, explicitly force the
outgoing
interface by manipulating the $fs pseudovariable prior to
relaying/forwarding, e.g.
$fs = "udp:xxx.xxx.xxx.xxx:5060";
t_relay(); ...
etc.
Cheers,
-- Alex
On 02/18/2011 10:05 AM, Spinov Evgeniy wrote:
> Hello, all.
>
> I'm having Kamailio 3.0.4. Server have 2 physical interfaces, one is
> private, second is public.
>
> INVITE request is coming to Kamailio from public interface and being
> routed by Kamailio to one of ther asterisk boxes, which is in private
> network. Packet is routed to correct interface, but SRC address of
> packet, containing public Kamailio IP. As of that, asterisk is unable
>to
> communicate properly with Kamailio.
>
> I'm not applying any packet changes in Kamailio config and cannot get
> why Kamailio is doing that?
>
> Kamailio is listening both networks and able to send packets with
> correct IP, but somewhy sending an invalid one.
>
> Am I doing something wrong?
>
> Thank you.
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
list
--
Alex Balashov - Principal
Evariste Systems LLC
260 Peachtree Street NW
Suite 2200
Atlanta, GA 30303
Tel: +1-678-954-0670
Fax: +1-404-961-1892
Web: http://www.evaristesys.com/
11:14 a.m.
New subject: Interfaces guestures
Hello, Alex.
mhomed=1 exactly what is required, however, using this option is not
solved my problem.
Packets are passing OK, but when the call is made, for instance from
100->101, then INVITE is generated from 100 to K ( kamailio ). K is
passing this INVITE to A ( Asterisk ). Asterisk is generating backward
INVITE for 101.
But in From and To headers changes to
From: 100@ASTERISK
To: 101@KAMAILIO
where ASTERISK and KAMAILIO are private network addresses. This makes
sense as Asterisk do not have any public IP, but it seems to me that I'm
missing something.
Is it possible to process INVITES sent from A to K before releasing to
public network?
Right now INVITES look like:
From: 100@PUBLIC
To: 101@PUBLIC
Backward:
From: 101@PRIVATE_ASTERISK_IP
To: 100@PRIVATE_KAMAILIO_IP
Thank you.
Evgeniy,
Try enable mhomed=1 option in kamailio.cfg.
If this does not do what you want, explicitly force the
outgoing
interface by manipulating the $fs pseudovariable prior to
relaying/forwarding, e.g.
$fs = "udp:xxx.xxx.xxx.xxx:5060";
t_relay(); ...
etc.
Cheers,
-- Alex
On 02/18/2011 10:05 AM, Spinov Evgeniy wrote:
> Hello, all.
>
> I'm having Kamailio 3.0.4. Server have 2 physical interfaces, one is
> private, second is public.
>
> INVITE request is coming to Kamailio from public interface and being
> routed by Kamailio to one of ther asterisk boxes, which is in private
> network. Packet is routed to correct interface, but SRC address of
> packet, containing public Kamailio IP. As of that, asterisk is unable
>to
> communicate properly with Kamailio.
>
> I'm not applying any packet changes in Kamailio config and cannot get
> why Kamailio is doing that?
>
> Kamailio is listening both networks and able to send packets with
> correct IP, but somewhy sending an invalid one.
>
> Am I doing something wrong?
>
> Thank you.
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
list
--
Alex Balashov - Principal
Evariste Systems LLC
260 Peachtree Street NW
Suite 2200
Atlanta, GA 30303
Tel: +1-678-954-0670
Fax: +1-404-961-1892
Web: http://www.evaristesys.com/
5028
days inactive
5038
days old
10 comments
2 participants
participants (2)
-
Klaus Darilion -
Spinov Evgeniy