8 Feb
2013
8 Feb
'13
12:53 p.m.
We use mediaproxy and kamailio and using the init.d script from the
Debian package to restart kamailio has no effect on mediaproxy
process.
2013/2/8 Eduardo Lejarreta <lejarreta.e(a)sarenet.es>es>:
Good morning Daniel.
I send you the "messages" log which is a bit filtered. The flow is:
Start a call, engage_mediaproxy on ports (50156, 50157, 50158, 50159) and
then "kamctl restart". As you see it seems that an instruction from kamailio
tells mediaproxy to drop the ports.
We have tried to script around "kamctl" to avoid sending orders to
mediaproxy, killing the "media-dispatcher" before Kamailio and then
restarting again (media-dispatcher) and this works OK, but seems not be a
reasonable way to fix it.
......
Feb 8 11:04:51 kamailio-dev media-relay[2474]:
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50156
Feb 8 11:04:51 kamailio-dev media-relay[2474]:
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50157
Feb 8 11:04:51 kamailio-dev media-relay[2474]:
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50158
Feb 8 11:04:51 kamailio-dev media-relay[2474]:
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50159
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3461]: NOTICE: <core>
[main.c:706]: Thank you for flying kamailio!!!
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3561]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3558]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3560]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3553]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3557]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3549]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3552]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3547]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3545]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3546]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3541]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3538]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3536]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3526]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3492]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3528]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3521]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3530]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3495]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3532]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3493]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3539]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3523]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3534]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3489]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3496]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3488]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3525]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3487]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3498]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3484]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3500]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3482]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3501]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3479]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3499]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3474]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3476]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3475]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3477]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3491]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3480]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3490]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3486]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3483]: INFO: <core>
[main.c:817]: INFO: signal 15 received
Feb 8 11:05:06 kamailio-dev media-relay[2474]: (Port 50156 Closed)
Feb 8 11:05:06 kamailio-dev media-relay[2474]: (Port 50157 Closed)
Feb 8 11:05:06 kamailio-dev media-relay[2474]: (Port 50158 Closed)
Feb 8 11:05:06 kamailio-dev media-relay[2474]: (Port 50159 Closed)
Feb 8 11:05:08 kamailio-dev kamailio: INFO: <core> [tcp_main.c:4727]:
init_tcp: using epoll_lt as the io watch method (auto detected)
Feb 8 11:05:08 kamailio-dev /sbin/kamailio[3761]: INFO: usrloc
[hslot.c:53]: locks array size 512
......
Thanks and regards.
--
Eduardo Lejarreta.
-----Mensaje original-----
De: Daniel-Constantin Mierla [mailto:miconda@gmail.com]
Enviado el: viernes, 08 de febrero de 2013 9:38
Para: lejarreta.e(a)sarenet.es; SIP Router - Kamailio (OpenSER) and SIP
Express Router (SER) - Users Mailing List
Asunto: Re: [SR-Users] kamctl restart and mediaproxy
Hello,
not using mediaproxy, but have you looked at its logs to see if prints some
messages?
Cheers,
Daniel
On 2/7/13 5:03 PM, Eduardo Lejarreta Langarica SARENET wrote:
Good evening again.
Kamailio 3.2.2 and mediaproxy 2.5.2
An long-time issue for us:
kamctl restart stops mediaproxy audio.
is there anyway to avoid this?
Any idea will be helpful.
Thanks and best regards.
----------------------------------------------------------------------
-------------------------------------------------------------
Eduardo Lejarreta
_______________________________________________
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
--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio World Conference, April 16-17, 2013, Berlin
- http://conference.kamailio.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 
12 Feb
12 Feb
11:13 a.m.
New subject: kamctl restart and mediaproxy
Good morning Victor.
As you mentioned I've been playing with init.d scripts in case you were right. Nothing
to do with this. "media-dispatcher" and "media-relay" are still alive
and with the same PID before and after "kamctl restart".
Kamailio gives some order to "media-dispatcher" so this last orders
"media-relay" to close media ports.
I'm trying with Kamailio.cfg and code inspection once again.
I'll keep you informed now I know that someone has it working.
Thanks and regards.
--
Eduardo Lejarreta.
-----Mensaje original-----
De: Victor Seva [mailto:linuxmaniac@torreviejawireless.org]
Enviado el: viernes, 08 de febrero de 2013 13:53
Para: SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List
CC: Eduardo Lejarreta
Asunto: Re: [SR-Users] kamctl restart and mediaproxy
We use mediaproxy and kamailio and using the init.d script from the Debian package to
restart kamailio has no effect on mediaproxy process.
2013/2/8 Eduardo Lejarreta <lejarreta.e(a)sarenet.es>es>:
Good morning Daniel.
I send you the "messages" log which is a bit filtered. The flow is:
Start a call, engage_mediaproxy on ports (50156, 50157, 50158, 50159)
and then "kamctl restart". As you see it seems that an instruction
from kamailio tells mediaproxy to drop the ports.
We have tried to script around "kamctl" to avoid sending orders to
mediaproxy, killing the "media-dispatcher" before Kamailio and then
restarting again (media-dispatcher) and this works OK, but seems not
be a reasonable way to fix it.
......
Feb 8 11:04:51 kamailio-dev media-relay[2474]:
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50156 Feb
8 11:04:51 kamailio-dev media-relay[2474]:
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50157 Feb
8 11:04:51 kamailio-dev media-relay[2474]:
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50158 Feb
8 11:04:51 kamailio-dev media-relay[2474]:
mediaproxy.mediacontrol.StreamListenerProtocol starting on 50159 Feb
8 11:05:06 kamailio-dev /sbin/kamailio[3461]: NOTICE: <core>
[main.c:706]: Thank you for flying kamailio!!!
Feb 8 11:05:06 kamailio-dev /sbin/kamailio[3561]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3558]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3560]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3553]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3557]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3549]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3552]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3547]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3545]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3546]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3541]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3538]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3536]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3526]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3492]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3528]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3521]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3530]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3495]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3532]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3493]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3539]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3523]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3534]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3489]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3496]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3488]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3525]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3487]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3498]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3484]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3500]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3482]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3501]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3479]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3499]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3474]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3476]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3475]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3477]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3491]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3480]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3490]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3486]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
/sbin/kamailio[3483]: INFO: <core>
[main.c:817]: INFO: signal 15 received Feb 8 11:05:06 kamailio-dev
media-relay[2474]: (Port 50156 Closed) Feb 8 11:05:06 kamailio-dev
media-relay[2474]: (Port 50157 Closed) Feb 8 11:05:06 kamailio-dev
media-relay[2474]: (Port 50158 Closed) Feb 8 11:05:06 kamailio-dev
media-relay[2474]: (Port 50159 Closed) Feb 8 11:05:08 kamailio-dev
kamailio: INFO: <core> [tcp_main.c:4727]:
init_tcp: using epoll_lt as the io watch method (auto detected) Feb 8
11:05:08 kamailio-dev /sbin/kamailio[3761]: INFO: usrloc
[hslot.c:53]: locks array size 512
......
Thanks and regards.
--
Eduardo Lejarreta.
-----Mensaje original-----
De: Daniel-Constantin Mierla [mailto:miconda@gmail.com] Enviado el:
viernes, 08 de febrero de 2013 9:38
Para: lejarreta.e(a)sarenet.es; SIP Router - Kamailio (OpenSER) and SIP
Express Router (SER) - Users Mailing List
Asunto: Re: [SR-Users] kamctl restart and mediaproxy
Hello,
not using mediaproxy, but have you looked at its logs to see if prints
some messages?
Cheers,
Daniel
On 2/7/13 5:03 PM, Eduardo Lejarreta Langarica SARENET wrote:
Good evening again.
Kamailio 3.2.2 and mediaproxy 2.5.2
An long-time issue for us:
kamctl restart stops mediaproxy audio.
is there anyway to avoid this?
Any idea will be helpful.
Thanks and best regards.
---------------------------------------------------------------------
-
-------------------------------------------------------------
Eduardo Lejarreta
_______________________________________________
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
--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio World Conference, April 16-17, 2013, Berlin
- http://conference.kamailio.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
1:44 p.m.
New subject: kamctl restart and mediaproxy
Good evening.
Launching "mediaproxy-dispatcher" and "mediaproxy-relay" on the
foreground and with "DEBUG" we can see:
mediaproxy-dispatcher log:
------------------------------------------------------------------> Kamctl restart
debug: Connection to OpenSIPS lost: Connection was closed cleanly.
debug: Connection to OpenSIPS lost: Connection was closed cleanly.
debug: Connection to OpenSIPS lost: Connection was closed cleanly.
debug: Issuing "remove" command to relay at A.B.C.D
debug: Got statistics: {xxxxxxxxxxxxxxxxxxx}
debug: Connection to OpenSIPS lost: Connection was closed cleanly.
mediaproxy-relay log:
------------------------------------------------------------------> Kamctl restart
debug: removing session xxxxxxxxxxxxxxxxxxx
(Port 50000 Closed)
(Port 50001 Closed)
(Port 50002 Closed)
(Port 50003 Closed)
So "mediaproxy-dispatcher" doesn't receive any command from Kamailio, he
just detects " Connection was closed cleanly" and then issues a
"remove" command to "mediaproxy-relay".
Does anybody know any way to avoid this?
Thanks and regards.
--
Eduardo Lejarreta.
13 Feb
13 Feb
12:13 p.m.
New subject: Openfire and lync 2010 integration
Good morning Vinay.
I had this experience 1 year ago, so maybe Microsoft has improved something or our client
has discovered new functionality.
Calling from Lync Server to Outside.
1.- You need to modparam("rr", "enable_full_lr", 0) just to avoid
Loose Router parameter in this way "lr=on" and having like this "lr"
(RFC3261 compliant). Microsoft denies traffic with "lr=on".
2.- At the time of my trials, our client or Microsoft was not able to authenticate, so we
had to validate Lync through "trusted" table (IP auth).
3.- As always avoid ALG support on Lync Server side's Router/FW. You don't have to
deal with UDP NAT timeouts as Lync only worked over TCP (you will also have to enable TCP
support on Kamailio side).
4.- When detecting NAT on Kamailio side through nathelper module you will find a new issue
with regard to nat_uac_test() which doesn't (as it's obvious) recognize
"yourmicrosoftdomain.local". You have to deal to recompile nathelper.c
introducing this exception or play with "contact header var" to correctly detect
NAT.
Calling from the Outside to Lync Server:
1.- As there was no REGISTER from Lync Server you have to map your public IP address on
you Router/FW to your Lync Server.
2.- You should send from Kamailio a RURI with DDI and filter this one to proper extension
on your Lync Server side.
3.- As Microsoft was not able to REGISTER you also have to create a location entry on
Kamailio database like: kamctl ul add <DDI>
“sip:<DDI>@<yourLyncpublicIP>:5060;transport=tcp”
Hope this helps you.
--
Eduardo Lejarreta.
3:10 p.m.
New subject: Openfire and lync 2010 integration
I'm sorry Vinay.
I read it quickly so everything I've written is for just SIP calls purpose (no xmpp
server experience).
Regards.
--
Eduardo Lejarreta.
-----Mensaje original-----
De: Eduardo Lejarreta [mailto:lejarreta.e@sarenet.es]
Enviado el: miércoles, 13 de febrero de 2013 13:14
Para: 'vinay.in333(a)gmail.com'com'; 'SIP Router - Kamailio (OpenSER) and SIP
Express Router (SER) - Users Mailing List'
Asunto: [SR-Users] Openfire and lync 2010 integration
Good morning Vinay.
I had this experience 1 year ago, so maybe Microsoft has improved something or our client
has discovered new functionality.
Calling from Lync Server to Outside.
1.- You need to modparam("rr", "enable_full_lr", 0) just to avoid
Loose Router parameter in this way "lr=on" and having like this "lr"
(RFC3261 compliant). Microsoft denies traffic with "lr=on".
2.- At the time of my trials, our client or Microsoft was not able to authenticate, so we
had to validate Lync through "trusted" table (IP auth).
3.- As always avoid ALG support on Lync Server side's Router/FW. You don't have to
deal with UDP NAT timeouts as Lync only worked over TCP (you will also have to enable TCP
support on Kamailio side).
4.- When detecting NAT on Kamailio side through nathelper module you will find a new issue
with regard to nat_uac_test() which doesn't (as it's obvious) recognize
"yourmicrosoftdomain.local". You have to deal to recompile nathelper.c
introducing this exception or play with "contact header var" to correctly detect
NAT.
Calling from the Outside to Lync Server:
1.- As there was no REGISTER from Lync Server you have to map your public IP address on
you Router/FW to your Lync Server.
2.- You should send from Kamailio a RURI with DDI and filter this one to proper extension
on your Lync Server side.
3.- As Microsoft was not able to REGISTER you also have to create a location entry on
Kamailio database like: kamctl ul add <DDI>
“sip:<DDI>@<yourLyncpublicIP>:5060;transport=tcp”
Hope this helps you.
--
Eduardo Lejarreta.
19 Feb
19 Feb
2:55 p.m.
New subject: kamctl restart and mediaproxy
Hello once again !
Finally logs were confusing me. Kamailio through "mediaproxy.c" sends a
"remove" command before dying.
I've been working with mediaproxy.c and dialog module callbacks but this is stuff for
developers forum so I'm writing just to avoid someother to be confused.
There is solution working on mediaproxy.c playing with DLGCB_LOADED event.
Thanks to everyone.
--
Eduardo Lejarreta.
-----Mensaje original-----
De: Eduardo Lejarreta [mailto:lejarreta.e@sarenet.es]
Enviado el: martes, 12 de febrero de 2013 14:45
Para: 'Victor Seva'; 'SIP Router - Kamailio (OpenSER) and SIP Express Router
(SER) - Users Mailing List'
Asunto: [SR-Users] kamctl restart and mediaproxy
Good evening.
Launching "mediaproxy-dispatcher" and "mediaproxy-relay" on the
foreground and with "DEBUG" we can see:
mediaproxy-dispatcher log:
------------------------------------------------------------------> Kamctl restart
debug: Connection to OpenSIPS lost: Connection was closed cleanly.
debug: Connection to OpenSIPS lost: Connection was closed cleanly.
debug: Connection to OpenSIPS lost: Connection was closed cleanly.
debug: Issuing "remove" command to relay at A.B.C.D
debug: Got statistics: {xxxxxxxxxxxxxxxxxxx}
debug: Connection to OpenSIPS lost: Connection was closed cleanly.
mediaproxy-relay log:
------------------------------------------------------------------> Kamctl restart
debug: removing session xxxxxxxxxxxxxxxxxxx
(Port 50000 Closed)
(Port 50001 Closed)
(Port 50002 Closed)
(Port 50003 Closed)
So "mediaproxy-dispatcher" doesn't receive any command from Kamailio, he
just detects " Connection was closed cleanly" and then issues a
"remove" command to "mediaproxy-relay".
Does anybody know any way to avoid this?
Thanks and regards.
--
Eduardo Lejarreta.
4102
days inactive
4113
days old
5 comments
2 participants
participants (2)
-
Eduardo Lejarreta -
Victor Seva