31 Mar
2010
31 Mar
'10
8:56 a.m.
Hi all,
I am not sure it is strange behavior or its the desirable one.
i have got two phones registered via TLS to kamailio-1.5.X version.
phone1: connected via ip1:port1 and having contact value ip1:port2
phone2: connected via ip2:port3 and having contact value ip2:port4
when i have just this two phones i can see 2 TCP connected to my kamailio
from both phones from ip1:port1 and ip2:port3.
now when i call from phone1 to phone2, rather then using the already
established and TLS authenticated connection kamailio creates two new
connection from kamailio to ip1:port2 and ip2:port4.
mean kamailio creates new connection to the contact value stored in
location table of openser DB.
Is this the desirable behavior? shouldn't kamailio use the alreay
established connection?
--
Regards,
Hemanshu Patel
SIS,Ahmedabad.
M: 09601295238
31 Mar
31 Mar
11:34 a.m.
Am 31.03.2010 08:56, schrieb Hemanshu Patel:
Hi all,
I am not sure it is strange behavior or its the desirable one.
i have got two phones registered via TLS to kamailio-1.5.X version.
phone1: connected via ip1:port1 and having contact value ip1:port2
phone2: connected via ip2:port3 and having contact value ip2:port4
when i have just this two phones i can see 2 TCP connected to my kamailio
from both phones from ip1:port1 and ip2:port3.
now when i call from phone1 to phone2, rather then using the already
established and TLS authenticated connection kamailio creates two new
connection from kamailio to ip1:port2 and ip2:port4.
mean kamailio creates new connection to the contact value stored in
location table of openser DB.
Is this the desirable behavior? shouldn't kamailio use the alreay
established connection?
This is the standard Kamailio behavior. Thus, you should apply NAT
traversal techniques to instruct Kamailio to reuse the established
connection.
In short: for each register call fix_nated_register(). For every other
request and response call fix_nated_contact().
Thus, if you use the default configuration and apply NAT traversal it
should work.
regards
klaus
12:47 p.m.
Thanks klaus for the reply
i use fix_nated_register like this
if (is_method("REGISTER"))
{
fix_nated_register();
if (!save("location"))
sl_reply_error();
exit;
}
it gives me critical error at the line of the function fix_nated_register
./sbin/kamailio
Mar 31 16:19:14 [23312] CRITICAL:core:yyerror: parse error in config file,
line 375, column 22-23: unknown command, missing loadmodule?
Mar 31 16:19:14 [23312] CRITICAL:core:yyerror: parse error in config file,
line 405, column 22-23: unknown command, missing loadmodule?
Mar 31 16:19:14 [23312] ERROR:core:main: bad config file (2 errors)
Perhaps i am not using the function in correct way? Any suggestions please?
--
Regards,
Hemanshu Patel
SIS,Ahmedabad.
M: 09601295238
Am 31.03.2010 08:56, schrieb Hemanshu Patel:
Hi all,
I am not sure it is strange behavior or its the desirable one.
i have got two phones registered via TLS to kamailio-1.5.X version.
phone1: connected via ip1:port1 and having contact value ip1:port2
phone2: connected via ip2:port3 and having contact value ip2:port4
when i have just this two phones i can see 2 TCP connected to my
kamailio
from both phones from ip1:port1 and ip2:port3.
now when i call from phone1 to phone2, rather then using the already
established and TLS authenticated connection kamailio creates two new
connection from kamailio to ip1:port2 and ip2:port4.
mean kamailio creates new connection to the contact value stored in
location table of openser DB.
Is this the desirable behavior? shouldn't kamailio use the alreay
established connection?
This is the standard Kamailio behavior. Thus, you should apply NAT
traversal techniques to instruct Kamailio to reuse the established
connection.
In short: for each register call fix_nated_register(). For every other
request and response call fix_nated_contact().
Thus, if you use the default configuration and apply NAT traversal it
should work.
regards
klaus
1 Apr
1 Apr
11:46 a.m.
On Wednesday 31 March 2010, Hemanshu Patel wrote:
i use fix_nated_register like this
if (is_method("REGISTER"))
{
fix_nated_register();
if (!save("location"))
sl_reply_error();
exit;
}
it gives me critical error at the line of the function fix_nated_register
./sbin/kamailio
Mar 31 16:19:14 [23312] CRITICAL:core:yyerror: parse error in config file,
line 375, column 22-23: unknown command, missing loadmodule?
Mar 31 16:19:14 [23312] CRITICAL:core:yyerror: parse error in config file,
line 405, column 22-23: unknown command, missing loadmodule?
Mar 31 16:19:14 [23312] ERROR:core:main: bad config file (2 errors)
Perhaps i am not using the function in correct way? Any suggestions please?
Hi Hemanshu,
do you included the 'nathelper' module in the list of loadmodule statements in
your configuration?
Cheers,
Henning
12:27 p.m.
yes i did, and log shows that nathelper.so load without any problem.
kamailio loads and work perfectly with grandstream devices with TLS and SRTp.
it gives problem with Bria softphones only.
I am using self signed certificates which works perfectly with
grandstream, can there be any chances that due to self sign ness of the
certificates, it doesnt work well with bria devices.
--
Regards,
Hemanshu Patel
SIS,Ahmedabad.
M: 09601295238
On Wednesday 31 March 2010, Hemanshu Patel wrote:
i use fix_nated_register like this
if (is_method("REGISTER"))
{
fix_nated_register();
if (!save("location"))
sl_reply_error();
exit;
}
it gives me critical error at the line of the function
fix_nated_register
./sbin/kamailio
Mar 31 16:19:14 [23312] CRITICAL:core:yyerror: parse error in config
file,
line 375, column 22-23: unknown command, missing loadmodule?
Mar 31 16:19:14 [23312] CRITICAL:core:yyerror: parse error in config
file,
line 405, column 22-23: unknown command, missing loadmodule?
Mar 31 16:19:14 [23312] ERROR:core:main: bad config file (2 errors)
Perhaps i am not using the function in correct way? Any suggestions
please?
Hi Hemanshu,
do you included the 'nathelper' module in the list of loadmodule
statements in
your configuration?
Cheers,
Henning
8:10 p.m.
On Thursday 01 April 2010, Hemanshu Patel wrote:
yes i did, and log shows that nathelper.so load
without any problem.
kamailio loads and work perfectly with grandstream devices with TLS and
SRTp. it gives problem with Bria softphones only.
I am using self signed certificates which works perfectly with
grandstream, can there be any chances that due to self sign ness of the
certificates, it doesnt work well with bria devices.
Hi Hemanshu,
ok, so the error you reported in your previous message is solved. It could be
possible that the Bria softphone implement a more strict policy with regards
to the check of the certificates. But you should be able to find something in
the UA documentation about this, you could ask the vendor or other users. As
the last resort just test with certificates that are not self signed. ;-)
Cheers,
Henning
10:17 p.m.
Just checking...
Some time ago, I made some tests with Bria and self signed certs... It
was a little tricky to find that I had to install the cert through IE.
Did you install them this way? Can you check Bria's log to ensure that
the cert is accepted?
Edson.
Henning Westerholt escreveu:
On Thursday 01 April 2010, Hemanshu Patel wrote:
yes i did, and log shows that nathelper.so load
without any problem.
kamailio loads and work perfectly with grandstream devices with TLS and
SRTp. it gives problem with Bria softphones only.
I am using self signed certificates which works perfectly with
grandstream, can there be any chances that due to self sign ness of the
certificates, it doesnt work well with bria devices.
Hi Hemanshu,
ok, so the error you reported in your previous message is solved. It could be
possible that the Bria softphone implement a more strict policy with regards
to the check of the certificates. But you should be able to find something in
the UA documentation about this, you could ask the vendor or other users. As
the last resort just test with certificates that are not self signed. ;-)
Cheers,
Henning
_______________________________________________
Kamailio (OpenSER) - Users mailing list
Users(a)lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
5138
days inactive
5139
days old
6 comments
4 participants
participants (4)
-
Edson - Lists -
Hemanshu Patel -
Henning Westerholt -
Klaus Darilion