11 Nov
2008
11 Nov
'08
11:49 p.m.
Hello, I am having probs with the fix_nated_register() function, I still see the private
IP, even thought the nat_uac_test(31) shows the user behind a NAT
This is the REGISTER section in kamailio.cfg:
if (method=="REGISTER") {
xlog("L_INFO","mylog: starting to process
REGISTER.Info: [$au].\n");
if (!www_authorize("", "subscriber")) {
xlog("L_INFO","mylog: REGISTER came without
auth, sending challenge.\n");
www_challenge("", "0");
exit;
};
if (nat_uac_test("31")){
xlog("L_INFO","mylog: Device behind
NAT.\n");
fix_nated_register();
force_rport();
}
save("location");
xlog("L_INFO","mylog: save-location
successful.\n");
exit;
this is the debug log [level 6], it shows the via with a public IP
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: mylog: starting to process
REGISTER.Info: [100].
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: DBG:auth:check_nonce: comparing
[491a03a9000000041ba5231fd93870c44415f01d1a0d1963] and
[491a03a9000000041ba5231fd93870c44415f01d1a0d1963]
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: DBG:core:db_new_result: allocate 28
bytes for result set at 0x81ab8a0
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: DBG:db_mysql:db_mysql_get_columns: 1
columns returned from the query
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: DBG:core:db_allocate_columns: allocate
4 bytes for result names at 0x81a7288
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: DBG:core:db_allocate_columns: allocate
4 bytes for result types at 0x81a7258
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: DBG:db_mysql:db_mysql_get_columns:
allocate 8 bytes for RES_NAMES[0] at 0x81a7268
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: DBG:db_mysql:db_mysql_get_columns:
RES_NAMES(0x81a7268)[0]=[password]
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: DBG:db_mysql:db_mysql_get_columns: use
DB_STRING result type
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: DBG:db_mysql:db_mysql_convert_rows:
allocate 8 bytes for rows at 0x81a7278
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: DBG:db_mysql:db_mysql_convert_row:
allocate 20 bytes for row values at 0x81ab880
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: DBG:db_mysql:db_mysql_str2val:
converting STRING [100]
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: DBG:auth_db:get_ha1: HA1 string
calculated: e8f9a8a478e49a182e9cceeb3e43277f
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: DBG:auth:check_response: our result =
'84a320db7e04e3ddd3ef84a5173187cd'
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: DBG:auth:check_response: authorization
is OK
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: DBG:auth:post_auth: nonce index= 4
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: DBG:core:db_free_columns: freeing 1
columns
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: DBG:core:db_free_columns: freeing
RES_NAMES[0] at 0x81a7268
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: DBG:core:db_free_columns: freeing
result names at 0x81a7288
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: DBG:core:db_free_columns: freeing
result types at 0x81a7258
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: DBG:core:db_free_rows: freeing 1 rows
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]: DBG:core:db_free_row: freeing row
values at 0x81ab880
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]: DBG:core:db_free_rows: freeing rows at
0x81a7278
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]: DBG:core:db_free_result: freeing
result set at 0x81ab8a0
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]: DBG:core:check_via_address: params
204.9.239.67, 192.168.1.108, 0
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]: mylog: Device behind NAT.
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]: DBG:core:parse_headers:
flags=ffffffffffffffff
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]: DBG:core:parse_headers: flags=8000000
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]: DBG:registrar:build_contact: created
Contact HF: Contact: <sip:100@192.168.1.108
7566;rinstance=89990b40ab560825>;expires=3341,
<sip:100@192.168.1.108:44568;rinstance=f0942ae1a596ea83>;expires=3597
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]: DBG:core:parse_headers:
flags=ffffffffffffffff
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]: DBG:core:check_via_address: params
204.9.239.67, 192.168.1.108, 0
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]: mylog: save-location successful.
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]: DBG:core:destroy_avp_list: destroying
list 0xb60e11c0
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]: DBG:core:receive_msg: cleaning up
and this is how the AOR is stored in the location db [ private IP]
[root@sp1094a kamailio]# ../../sbin/kamctl ul show
database engine 'MYSQL' loaded
Control engine 'FIFO' loaded
entering fifo_cmd ul_dump
Domain:: location table=512 records=1 max_slot=1
AOR:: 100
Contact:: sip:100@192.168.1.108:44568;rinstance=f0942ae1a596ea83 Q=
Expires:: 3365
Callid::
7a32d234b04d4b69M2IzODRhODkwM2M5NTM0MzUwMGM4ODY3NTgzYzFjMmE.
Cseq:: 2
User-agent:: eyeBeam release 1003l stamp 30937
State:: CS_SYNC
Flags:: 0
Cflag:: 0
Socket:: udp:65.111.185.187:5060
Methods:: 5951
FIFO command was:
:ul_dump:openser_receiver_14270
[root@sp1094a kamailio]#
Am I missing something?
Thanks in advance
Fabian
_________________________________________________________________
Get 5 GB of storage with Windows Live Hotmail.
http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_5gb_11…
12 Nov
12 Nov
1:40 a.m.
obviously bad documentation :-(
http://kamailio.org/docs/modules/1.4.x/nathelper.html#id2467678
regards
klaus
Fabian Borot wrote:
Hello, I am having probs with the fix_nated_register()
function, I still
see the private IP, even thought the nat_uac_test(31) shows the user
behind a NAT
This is the REGISTER section in kamailio.cfg:
if (method=="REGISTER") {
xlog("L_INFO","mylog: starting to process
REGISTER.Info: [$au].\n");
if (!www_authorize("", "subscriber")) {
xlog("L_INFO","mylog: REGISTER came
without auth, sending challenge.\n");
www_challenge("", "0");
exit;
};
if (nat_uac_test("31")){
xlog("L_INFO","mylog: Device behind
NAT.\n");
fix_nated_register();
force_rport();
}
save("location");
xlog("L_INFO","mylog: save-location
successful.\n");
exit;
this is the debug log [level 6], it shows the via with a public IP
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: mylog: starting to
process REGISTER.Info: [100].
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]:
DBG:auth:check_nonce: comparing
[491a03a9000000041ba5231fd93870c44415f01d1a0d1963] and
[491a03a9000000041ba5231fd93870c44415f01d1a0d1963]
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]:
DBG:core:db_new_result: allocate 28 bytes for result set at 0x81ab8a0
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]:
DBG:db_mysql:db_mysql_get_columns: 1 columns returned from the query
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]:
DBG:core:db_allocate_columns: allocate 4 bytes for result names at
0x81a7288
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]:
DBG:core:db_allocate_columns: allocate 4 bytes for result types at
0x81a7258
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]:
DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[0] at
0x81a7268
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]:
DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x81a7268)[0]=[password]
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]:
DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]:
DBG:db_mysql:db_mysql_convert_rows: allocate 8 bytes for rows at 0x81a7278
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]:
DBG:db_mysql:db_mysql_convert_row: allocate 20 bytes for row values at
0x81ab880
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]:
DBG:db_mysql:db_mysql_str2val: converting STRING [100]
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: DBG:auth_db:get_ha1:
HA1 string calculated: e8f9a8a478e49a182e9cceeb3e43277f
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]:
DBG:auth:check_response: our result = '84a320db7e04e3ddd3ef84a5173187cd'
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]:
DBG:auth:check_response: authorization is OK
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]: DBG:auth:post_auth:
nonce index= 4
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]:
DBG:core:db_free_columns: freeing 1 columns
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]:
DBG:core:db_free_columns: freeing RES_NAMES[0] at 0x81a7268
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]:
DBG:core:db_free_columns: freeing result names at 0x81a7288
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]:
DBG:core:db_free_columns: freeing result types at 0x81a7258
Nov 11 17:09:04 sp1094a ../../sbin/kamailio[14219]:
DBG:core:db_free_rows: freeing 1 rows
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]:
DBG:core:db_free_row: freeing row values at 0x81ab880
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]:
DBG:core:db_free_rows: freeing rows at 0x81a7278
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]:
DBG:core:db_free_result: freeing result set at 0x81ab8a0
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]:
DBG:core:check_via_address: params 204.9.239.67, 192.168.1.108, 0
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]: mylog: Device behind
NAT.
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]:
DBG:core:parse_headers: flags=ffffffffffffffff
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]:
DBG:core:parse_headers: flags=8000000
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]:
DBG:registrar:build_contact: created Contact HF: Contact:
<sip:100@192.168.1.108 7566;rinstance=89990b40ab560825>;expires=3341,
<sip:100@192.168.1.108:44568;rinstance=f0942ae1a596ea83>;expires=3597
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]:
DBG:core:parse_headers: flags=ffffffffffffffff
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]:
DBG:core:check_via_address: params 204.9.239.67, 192.168.1.108, 0
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]: mylog: save-location
successful.
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]:
DBG:core:destroy_avp_list: destroying list 0xb60e11c0
Nov 11 17:09:05 sp1094a ../../sbin/kamailio[14219]:
DBG:core:receive_msg: cleaning up
and this is how the AOR is stored in the location db [ private IP]
[root@sp1094a kamailio]# ../../sbin/kamctl ul show
database engine 'MYSQL' loaded
Control engine 'FIFO' loaded
entering fifo_cmd ul_dump
Domain:: location table=512 records=1 max_slot=1
AOR:: 100
Contact::
sip:100@192.168.1.108:44568;rinstance=f0942ae1a596ea83 Q=
Expires:: 3365
Callid::
7a32d234b04d4b69M2IzODRhODkwM2M5NTM0MzUwMGM4ODY3NTgzYzFjMmE.
Cseq:: 2
User-agent:: eyeBeam release 1003l stamp 30937
State:: CS_SYNC
Flags:: 0
Cflag:: 0
Socket:: udp:65.111.185.187:5060
Methods:: 5951
FIFO command was:
:ul_dump:openser_receiver_14270
[root@sp1094a kamailio]#
Am I missing something?
Thanks in advance
Fabian
------------------------------------------------------------------------
Get 5 GB of storage with Windows Live Hotmail. Sign up today.
<http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_5gb_112008>
------------------------------------------------------------------------
_______________________________________________
Users mailing list
Users(a)lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
1:44 a.m.
Klaus Darilion wrote:
obviously bad documentation :-(
http://kamailio.org/docs/modules/1.4.x/nathelper.html#id2467678
and
http://kamailio.org/docs/modules/1.4.x/registrar.html#id2467816
klaus
2:01 p.m.
thanks a lot Klaus, I changed it to fix_nated_contact(); and it is working.
I guess that that is the right function to use right?.
Date: Wed, 12 Nov 2008 00:44:06 +0100
From: klaus.mailinglists(a)pernau.at
To: fborot(a)hotmail.com
CC: users(a)lists.kamailio.org
Subject: Re: [Kamailio-Users] problem with fix_nated_register() function
Klaus Darilion wrote:
_________________________________________________________________
Get 5 GB of storage with Windows Live Hotmail.
http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_5gb_11…
obviously bad documentation :-(
http://kamailio.org/docs/modules/1.4.x/nathelper.html#id2467678
and
http://kamailio.org/docs/modules/1.4.x/registrar.html#id2467816
klaus
3:37 p.m.
Fabian Borot schrieb:
thanks a lot Klaus, I changed it to
fix_nated_contact(); and it is working.
I guess that that is the right function to use right?.
No.
You should handle REGISTER with fix_nated_register and set the
receive_avp parameter in nathelper and registrar module to the same value.
e.g.:
modparam("nathelper", "received_avp", "$avp(i:42)")
modparam("registrar", "received_avp", "$avp(i:42)")
For all other requests and messages the fix_nated_contact is ok.
regards
klaus
Date: Wed, 12 Nov 2008 00:44:06 +0100
From: klaus.mailinglists(a)pernau.at
To: fborot(a)hotmail.com
CC: users(a)lists.kamailio.org
Subject: Re: [Kamailio-Users] problem with fix_nated_register() function
Klaus Darilion wrote:
------------------------------------------------------------------------
Get 5 GB of storage with Windows Live Hotmail. Sign up today.
<http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_5gb_112008>
obviously bad documentation :-(
http://kamailio.org/docs/modules/1.4.x/nathelper.html#id2467678
and
http://kamailio.org/docs/modules/1.4.x/registrar.html#id2467816
klaus
3:46 p.m.
I added those lines and replaced fix_nated_contact() by fix_nated_register() and now the
AOR is shown with the private IP
AOR:: 100
Contact:: sip:100@192.168.1.108:39782;rinstance=3503c109fbf84e53 Q=
Expires:: 3577
Callid::
a23947760b134d2bM2IzODRhODkwM2M5NTM0MzUwMGM4ODY3NTgzYzFjMmE.
Cseq:: 2
User-agent:: eyeBeam release 1003l stamp 30937
Received:: sip:204.9.239.67:39782
State:: CS_NEW
Flags:: 0
Cflag:: 0
Socket:: udp:65.111.185.187:5060
Methods:: 5951
:-(
Date: Wed, 12 Nov 2008 14:37:58 +0100
From: klaus.mailinglists(a)pernau.at
To: fborot(a)hotmail.com
CC: users(a)lists.kamailio.org
Subject: Re: [Kamailio-Users] problem with fix_nated_register() function
Fabian Borot schrieb:
_________________________________________________________________
Get 5 GB of storage with Windows Live Hotmail.
http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_5gb_11…
thanks a lot Klaus, I changed it to
fix_nated_contact(); and it is working.
I guess that that is the right function to use right?.
No.
You should handle REGISTER with fix_nated_register and set the
receive_avp parameter in nathelper and registrar module to the same value.
e.g.:
modparam("nathelper", "received_avp", "$avp(i:42)")
modparam("registrar", "received_avp", "$avp(i:42)")
For all other requests and messages the fix_nated_contact is ok.
regards
klaus
>
>
>
>
> > Date: Wed, 12 Nov 2008 00:44:06 +0100
> > From: klaus.mailinglists(a)pernau.at
> > To: fborot(a)hotmail.com
> > CC: users(a)lists.kamailio.org
> > Subject: Re: [Kamailio-Users] problem with fix_nated_register() function
> >
> > Klaus Darilion wrote:
> > > obviously bad documentation :-(
> > >
> > > http://kamailio.org/docs/modules/1.4.x/nathelper.html#id2467678
> >
> > and
> > http://kamailio.org/docs/modules/1.4.x/registrar.html#id2467816
> >
> > klaus
> >
> >
> >
> >
>
> ------------------------------------------------------------------------
> Get 5 GB of storage with Windows Live Hotmail. Sign up today.
>
<http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_5gb_112008>
4:36 p.m.
2008/11/12 Fabian Borot <fborot(a)hotmail.com>om>:
I added those lines and replaced fix_nated_contact()
by fix_nated_register()
and now the AOR is shown with the private IP
The original Contact must not be modified in a REGISTER, never. But a
parameter "received=REAL_ADDRESS" will be appended to that Contact so
when looking for that user the request will be sent to the
REAL_ADDRESS.
--
Iñaki Baz Castillo
<ibc(a)aliax.net>
4:38 p.m.
thank you Iñaki, when I look at the location table I see what you mean and also the
requests goes to the public IP, thatnk you again for the clarification
Date: Wed, 12 Nov 2008 15:36:21 +0100
From: ibc(a)aliax.net
CC: users(a)lists.kamailio.org
Subject: Re: [Kamailio-Users] problem with fix_nated_register() function
2008/11/12 Fabian Borot <fborot(a)hotmail.com>om>:
_________________________________________________________________
See how Windows® connects the people, information, and fun that are part of your life
http://clk.atdmt.com/MRT/go/119463819/direct/01/
I added those lines and replaced
fix_nated_contact() by fix_nated_register()
and now the AOR is shown with the private IP
The original Contact must not be modified in a REGISTER, never. But a
parameter "received=REAL_ADDRESS" will be appended to that Contact so
when looking for that user the request will be sent to the
REAL_ADDRESS.
--
Iñaki Baz Castillo
<ibc(a)aliax.net>
_______________________________________________
Users mailing list
Users(a)lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users 
4:54 p.m.
Hi All,
I am using the kamailio server as Registrar/proxy (statefull).
During call when server receives the invite request, it will forward 2
invite requests to next hop.
In invite request only difference will be branch Id (i.e... last digit
will be incremented).
Please tell us why do kamailio server generates two invite requests.
Thanks,
Vikas C.G.
4:57 p.m.
New subject: [Kamailio-Users] forwards two invite requests
Hi All,
I am using the kamailio server as Registrar/proxy (statefull).
During call when server receives the invite request, it will forward 2
invite requests to next hop.
In invite request only difference will be branch Id (i.e... last digit
will be incremented).
Please tell us why do kamailio server generates two invite requests.
Thanks,
Vikas C.G.
5:27 p.m.
New subject: [Kamailio-Users] forwards two invite requests
On Wed, Nov 12, 2008 at 3:57 PM, Vikas CG. <vikas_cg(a)spanservices.com> wrote:
Hi All,
I am using the kamailio server as Registrar/proxy (statefull).
During call when server receives the invite request, it will forward 2
invite requests to next hop.
Is the next hop an AOR registered from multiple UAs?
--
Victor Pascual Ávila
13 Nov
13 Nov
7:08 a.m.
New subject: [Kamailio-Users] forwards two invite requests
Hi,
Next hop is not an AOR registered from multiple UA's,
Our setup is UA1(xlite)(caller) --> asterisk server(12.12.16.100).
UA2(xlite)(callee) --> kamailio server(12.12.12.110).
After two or three calls, server starts sending multiple invites
I have attached the SipFlow.
Thanks,
Vikas C.G.
-----Original Message-----
From: Victor Pascual Ávila [mailto:victor.pascual.avila@gmail.com]
Sent: Wednesday, November 12, 2008 8:57 PM
To: Vikas CG.
Cc: Kamailio UserList
Subject: Re: [Kamailio-Users] forwards two invite requests
On Wed, Nov 12, 2008 at 3:57 PM, Vikas CG. <vikas_cg(a)spanservices.com> wrote:
Hi All,
I am using the kamailio server as Registrar/proxy (statefull).
During call when server receives the invite request, it will forward 2
invite requests to next hop.
Is the next hop an AOR registered from multiple UAs?
--
Victor Pascual Ávila
12 Nov
12 Nov
6:17 p.m.
New subject: [Kamailio-Users] forwards two invite requests
You have a bug in your setup,. Either the client is registered twice or
you add append_branch manually.
use xlog to print the destination set (I think it is $ds) to the log
file an inspect it.
klaus
Vikas CG. schrieb:
Hi All,
I am using the kamailio server as Registrar/proxy (statefull).
During call when server receives the invite request, it will forward 2
invite requests to next hop.
In invite request only difference will be branch Id (i.e... last digit
will be incremented).
Please tell us why do kamailio server generates two invite requests.
Thanks,
Vikas C.G.
------------------------------------------------------------------------
_______________________________________________
Users mailing list
Users(a)lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
4:38 p.m.
the AOR does not contain a domain at all!
Fabian Borot schrieb:
I added those lines and replaced fix_nated_contact()
by
fix_nated_register() and now the AOR is shown with the private IP
AOR:: 100
^^^no domain, do you have set use_domain=1 in the
relevant modules?
Contact::
sip:100@192.168.1.108:39782;rinstance=3503c109fbf84e53 Q=
^^^^^^^^
This is fine - it is exactly what the client sent and what the client
expects to see in coming INVITE requests as request URI
Expires:: 3577
Callid::
a23947760b134d2bM2IzODRhODkwM2M5NTM0MzUwMGM4ODY3NTgzYzFjMmE.
Cseq:: 2
User-agent:: eyeBeam release 1003l stamp 30937
Received:: sip:204.9.239.67:39782
^^^^^^^^^^^^^^
Here you see the public IP:port. This is were Kamailio will send the
request.
State:: CS_NEW
Flags:: 0
Cflag:: 0
Socket:: udp:65.111.185.187:5060
^^^^^^^^^^^^^^^^
This is the interface on which Kamailio received the request
Everything looks fine.
regards
klaus
Methods:: 5951
:-(
value.
Date: Wed, 12 Nov 2008 14:37:58 +0100
From: klaus.mailinglists(a)pernau.at
To: fborot(a)hotmail.com
CC: users(a)lists.kamailio.org
Subject: Re: [Kamailio-Users] problem with fix_nated_register() function
Fabian Borot schrieb:
> thanks a lot Klaus, I changed it to fix_nated_contact(); and it is
working.
I guess
that that is the right function to use right?.
No.
You should handle REGISTER with fix_nated_register and set the
receive_avp parameter in nathelper and registrar module to the same
e.g.:
modparam("nathelper", "received_avp", "$avp(i:42)")
modparam("registrar", "received_avp", "$avp(i:42)")
For all other requests and messages the fix_nated_contact is ok.
regards
klaus
>
>
>
>
> > Date: Wed, 12 Nov 2008 00:44:06 +0100
> > From: klaus.mailinglists(a)pernau.at
> > To: fborot(a)hotmail.com
> > CC: users(a)lists.kamailio.org
> > Subject: Re: [Kamailio-Users] problem with fix_nated_register()
function
> >
> > Klaus Darilion wrote:
> > > obviously bad documentation :-(
> > >
> > > http://kamailio.org/docs/modules/1.4.x/nathelper.html#id2467678
> >
> > and
> > http://kamailio.org/docs/modules/1.4.x/registrar.html#id2467816
> >
> > klaus
> >
> >
> >
> >
>
>
------------------------------------------------------------------------
> Get 5 GB of storage with Windows Live
Hotmail. Sign up today.
>
<http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_5gb_112008>
------------------------------------------------------------------------
Get 5 GB of storage with Windows Live Hotmail. Sign up today.
<http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_5gb_112008>
4:55 p.m.
klaus, I see this line in my config
file:#modparam("alias_db|auth_db|usrloc|uri_db", "use_domain", 1)I
left it like that because I thought that it is only for multi-domain, which I am not
using now.I see what you mean about the private and public IPs, thank you a lot man, you
have been very helpful.I am having some issues with the RTP and rtpproxy but that will be
in another post.RegardsFabian
Date: Wed, 12 Nov 2008 15:38:07 +0100> From:
klaus.mailinglists(a)pernau.at> To: fborot(a)hotmail.com> CC:
users(a)lists.kamailio.org> Subject: Re: [Kamailio-Users] problem with
fix_nated_register() function> > the AOR does not contain a domain at all!> >
Fabian Borot schrieb:> > I added those lines and replaced fix_nated_contact() by
> > fix_nated_register() and now the AOR is shown with the private IP> >
AOR:: 100> > ^^^no domain, do you have set use_domain=1 in
the > relevant modules?> > > Contact:: > >
sip:100@192.168.1.108:39782;rinstance=3503c109fbf84e53 Q=> >
^^^^^^^^> This is fine - it is exactly what the client sent and what the client >
expects to see in coming INVITE requests as request URI> > >
Expires:: 3577> > Callid:: > >
a23947760b134d2bM2IzODRhODkwM2M5NTM0MzUwMGM4ODY3NTgzYzFjMmE.> >
Cseq:: 2> > User-agent:: eyeBeam release 1003l stamp
30937> > Received:: sip:204.9.239.67:39782> >
^^^^^^^^^^^^^^> Here you see the public IP:port. This
is were Kamailio will send the > request.> > > State::
CS_NEW> > Flags:: 0> > Cflag::
0> > Socket:: udp:65.111.185.187:5060> >
^^^^^^^^^^^^^^^^> This is the interface on which Kamailio
received the request> > Everything looks fine.> > regards> klaus> >
> > Methods:: 5951> > > > > > :-(> >
> > > > > > > > > > > > > > > > >
Date: Wed, 12 Nov 2008 14:37:58 +0100> > > From:
klaus.mailinglists(a)pernau.at> > > To: fborot(a)hotmail.com> > > CC:
users(a)lists.kamailio.org> > > Subject: Re: [Kamailio-Users] problem with
fix_nated_register() function> > >> > >> > >> > >
Fabian Borot schrieb:> > > > thanks a lot Klaus, I changed it to
fix_nated_contact(); and it is > > working.> > > > I guess that that is
the right function to use right?.> > >> > > No.> > >>
> > You should handle REGISTER with fix_nated_register and set the> > >
receive_avp parameter in nathelper and registrar module to the same > > value.>
> >> > > e.g.:> > >> > >
modparam("nathelper", "received_avp", "$avp(i:42)")> >
> modparam("registrar", "received_avp",
"$avp(i:42)")> > >> > >> > > For all other
requests and messages the fix_nated_contact is ok.> > >> > >> >
> regards> > > klaus> > >> > > >> > >
>> > > >> > > >> > > > > Date: Wed, 12 Nov
2008 00:44:06 +0100> > > > > From: klaus.mailinglists(a)pernau.at> >
> > > To: fborot(a)hotmail.com> > > > > CC:
users(a)lists.kamailio.org> > > > > Subject: Re: [Kamailio-Users] problem
with fix_nated_register() > > function> > > > >> > > >
> Klaus Darilion wrote:> > > > > > obviously bad documentation
:-(> > > > > >> > > > > >
http://kamailio.org/docs/modules/1.4.x/nathelper.html#id2467678> > > >
>> > > > > and> > > > >
http://kamailio.org/docs/modules/1.4.x/registrar.html#id2467816> > > >
>> > > > > klaus> > > > >> > > > >>
> > > >> > > > >> > > >> > > > >
> ------------------------------------------------------------------------> >
> > Get 5 GB of storage with Windows Live Hotmail. Sign up today.> > >
> > >
<http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_5gb_112008>>
> > >
------------------------------------------------------------------------> > Get 5 GB
of storage with Windows Live Hotmail. Sign up today. > >
<http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_5gb_112008>
_________________________________________________________________
Stay up to date on your PC, the Web, and your mobile phone with Windows Live
http://clk.atdmt.com/MRT/go/119462413/direct/01/
6:15 p.m.
Fabian Borot schrieb:
klaus, I see this line in my config file:
#modparam("alias_db|auth_db|usrloc|uri_db", "use_domain", 1)
I would activate the use_domain feature. then you have no problems when
adding multiple domains later.
klaus
I left it like that because I thought that it is only for multi-domain,
which I am not using now.
I see what you mean about the private and public IPs, thank you a lot
man, you have been very helpful.
I am having some issues with the RTP and rtpproxy but that will be in
another post.
Regards
Fabian
Date: Wed, 12 Nov 2008 15:38:07 +0100
From: klaus.mailinglists(a)pernau.at
To: fborot(a)hotmail.com
CC: users(a)lists.kamailio.org
Subject: Re: [Kamailio-Users] problem with fix_nated_register() function
the AOR does not contain a domain at all!
Fabian Borot schrieb:
function
I added those lines and replaced
fix_nated_contact() by
fix_nated_register() and now the AOR is shown with the private IP
AOR:: 100
^^^no domain, do you have set use_domain=1 in the
relevant modules?
Contact::
sip:100@192.168.1.108:39782;rinstance=3503c109fbf84e53 Q=
^^^^^^^^
This is fine - it is exactly what the client sent and what the client
expects to see in coming INVITE requests as request URI
Expires:: 3577
Callid::
a23947760b134d2bM2IzODRhODkwM2M5NTM0MzUwMGM4ODY3NTgzYzFjMmE.
Cseq:: 2
User-agent:: eyeBeam release 1003l stamp 30937
Received:: sip:204.9.239.67:39782
^^^^^^^^^^^^^^
Here you see the public IP:port. This is were Kamailio will send the
request.
State:: CS_NEW
Flags:: 0
Cflag:: 0
Socket:: udp:65.111.185.187:5060
^^^^^^^^^^^^^^^^
This is the interface on which Kamailio received the request
Everything looks fine.
regards
klaus
> Methods:: 5951
>
>
> :-(
>
>
>
>
>
>
>
>
> > Date: Wed, 12 Nov 2008 14:37:58 +0100
> > From: klaus.mailinglists(a)pernau.at
> > To: fborot(a)hotmail.com
> > CC: users(a)lists.kamailio.org
> > Subject: Re: [Kamailio-Users] problem with fix_nated_register() > >
> >
> >
> > Fabian Borot schrieb:
> > > thanks a lot Klaus, I changed it to fix_nated_contact(); and it is
> working.
> > > I guess that that is the right function to use right?.
> >
> > No.
> >
> > You should handle REGISTER with fix_nated_register and set the
> > receive_avp parameter in nathelper and registrar module to the same
> value.
> >
> > e.g.:
> >
> > modparam("nathelper", "received_avp",
"$avp(i:42)")
> > modparam("registrar", "received_avp",
"$avp(i:42)")
> >
> >
> > For all other requests and messages the fix_nated_contact is ok.
> >
> >
> > regards
> > klaus
> >
> > >
> > >
> > >
> > >
> > > > Date: Wed, 12 Nov 2008 00:44:06 +0100
> > > > From: klaus.mailinglists(a)pernau.at
> > > > To: fborot(a)hotmail.com
> > > > CC: users(a)lists.kamailio.org
> > > > Subject: Re: [Kamailio-Users] problem with fix_nated_register()
> function
> > > >
> > > > Klaus Darilion wrote:
> > > > > obviously bad documentation :-(
> > > > >
> > > > > http://kamailio.org/docs/modules/1.4.x/nathelper.html#id2467678
> > > >
> > > > and
> > > > http://kamailio.org/docs/modules/1.4.x/registrar.html#id2467816
> > > >
> > > > klaus
> > > >
> > > >
> > > >
> > > >
> > >
> > >
>
------------------------------------------------------------------------
> > > Get 5 GB of storage with Windows
Live Hotmail. Sign up today.
> > >
>
<http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_5gb_112008>
>
>
------------------------------------------------------------------------
> Get 5 GB of storage with Windows Live
Hotmail. Sign up today.
>
<http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_5gb_112008>
------------------------------------------------------------------------
Stay up to date on your PC, the Web, and your mobile phone with Windows
Live Click here <http://clk.atdmt.com/MRT/go/119462413/direct/01/>
6:16 p.m.
I'll definitely will once the basic stuff is ready.
txs a bunch
fabian
Date: Wed, 12 Nov 2008 17:15:24 +0100
From: klaus.mailinglists(a)pernau.at
To: fborot(a)hotmail.com
CC: users(a)lists.kamailio.org
Subject: Re: [Kamailio-Users] problem with fix_nated_register() function
Fabian Borot schrieb:
_________________________________________________________________
Color coding for safety: Windows Live Hotmail alerts you to suspicious email.
http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_safety…
klaus, I see this line in my config file:
#modparam("alias_db|auth_db|usrloc|uri_db", "use_domain", 1)
I would activate the use_domain feature. then you have no problems when
adding multiple domains later.
klaus
>
> I left it like that because I thought that it is only for multi-domain,
> which I am not using now.
>
> I see what you mean about the private and public IPs, thank you a lot
> man, you have been very helpful.
>
> I am having some issues with the RTP and rtpproxy but that will be in
> another post.
>
> Regards
>
> Fabian
>
>
>
>
>
>
> > Date: Wed, 12 Nov 2008 15:38:07 +0100
> > From: klaus.mailinglists(a)pernau.at
> > To: fborot(a)hotmail.com
> > CC: users(a)lists.kamailio.org
> > Subject: Re: [Kamailio-Users] problem with fix_nated_register() function
> >
> > the AOR does not contain a domain at all!
> >
> > Fabian Borot schrieb:
> > > I added those lines and replaced fix_nated_contact() by
> > > fix_nated_register() and now the AOR is shown with the private IP
> > > AOR:: 100
> >
> > ^^^no domain, do you have set use_domain=1 in the
> > relevant modules?
> >
> > > Contact::
> > > sip:100@192.168.1.108:39782;rinstance=3503c109fbf84e53 Q=
> >
> > ^^^^^^^^
> > This is fine - it is exactly what the client sent and what the client
> > expects to see in coming INVITE requests as request URI
> >
> > > Expires:: 3577
> > > Callid::
> > > a23947760b134d2bM2IzODRhODkwM2M5NTM0MzUwMGM4ODY3NTgzYzFjMmE.
> > > Cseq:: 2
> > > User-agent:: eyeBeam release 1003l stamp 30937
> > > Received:: sip:204.9.239.67:39782
> >
> > ^^^^^^^^^^^^^^
> > Here you see the public IP:port. This is were Kamailio will send the
> > request.
> >
> > > State:: CS_NEW
> > > Flags:: 0
> > > Cflag:: 0
> > > Socket:: udp:65.111.185.187:5060
> >
> > ^^^^^^^^^^^^^^^^
> > This is the interface on which Kamailio received the request
> >
> > Everything looks fine.
> >
> > regards
> > klaus
> >
> >
> > > Methods:: 5951
> > >
> > >
> > > :-(
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > > Date: Wed, 12 Nov 2008 14:37:58 +0100
> > > > From: klaus.mailinglists(a)pernau.at
> > > > To: fborot(a)hotmail.com
> > > > CC: users(a)lists.kamailio.org
> > > > Subject: Re: [Kamailio-Users] problem with fix_nated_register()
> function
> > > >
> > > >
> > > >
> > > > Fabian Borot schrieb:
> > > > > thanks a lot Klaus, I changed it to fix_nated_contact(); and it
is
> > > working.
> > > > > I guess that that is the right function to use right?.
> > > >
> > > > No.
> > > >
> > > > You should handle REGISTER with fix_nated_register and set the
> > > > receive_avp parameter in nathelper and registrar module to the same
> > > value.
> > > >
> > > > e.g.:
> > > >
> > > > modparam("nathelper", "received_avp",
"$avp(i:42)")
> > > > modparam("registrar", "received_avp",
"$avp(i:42)")
> > > >
> > > >
> > > > For all other requests and messages the fix_nated_contact is ok.
> > > >
> > > >
> > > > regards
> > > > klaus
> > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > > Date: Wed, 12 Nov 2008 00:44:06 +0100
> > > > > > From: klaus.mailinglists(a)pernau.at
> > > > > > To: fborot(a)hotmail.com
> > > > > > CC: users(a)lists.kamailio.org
> > > > > > Subject: Re: [Kamailio-Users] problem with
fix_nated_register()
> > > function
> > > > > >
> > > > > > Klaus Darilion wrote:
> > > > > > > obviously bad documentation :-(
> > > > > > >
> > > > > > >
http://kamailio.org/docs/modules/1.4.x/nathelper.html#id2467678
> > > > > >
> > > > > > and
> > > > > >
http://kamailio.org/docs/modules/1.4.x/registrar.html#id2467816
> > > > > >
> > > > > > klaus
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > >
> ------------------------------------------------------------------------
> > > > > Get 5 GB of storage with Windows Live Hotmail. Sign up today.
> > > > >
> > >
>
<http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_5gb_112008>
> > >
> > >
> ------------------------------------------------------------------------
> > > Get 5 GB of storage with Windows Live Hotmail. Sign up today.
> > >
>
<http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_5gb_112008>
>
> ------------------------------------------------------------------------
> Stay up to date on your PC, the Web, and your mobile phone with Windows
> Live Click here <http://clk.atdmt.com/MRT/go/119462413/direct/01/> 
4:06 a.m.
New subject: [Kamailio-Users] phones on two different ports no audio via rtpproxy
I have been using openser/kamailio for some time now and have two ports 5060 and 5090
(both udp) in the configuration or .cfg file. I do use rtpproxy (and have used
mediaproxy)for NAT traversal.
What I have noticed is that a phone which uses the standard SIP port 5060 (UDP) and calls
a phone using 5090 (UDP), the call goes thru using "loose route" and audio also
is passed both ways. But when a call from a phone using port 5090 (UDP) is made to a phone
which is using port 5060 (UDP), the call goes thru using "loose route" and the
bell also rings but there is no audio.
Any suggestions on how to make this audio work in this situation?
Thanks in advance...
Raju
11:01 a.m.
New subject: [Kamailio-Users] phones on two different ports no audio via rtpproxy
2008/11/12 Raju Abhyankar <kf6rzt(a)yahoo.com>om>:
I have been using openser/kamailio for some time now and have two ports 5060 and 5090
(both udp) in the configuration or .cfg file. I do use rtpproxy (and have used
mediaproxy)for NAT traversal.
What I have noticed is that a phone which uses the standard SIP port 5060 (UDP) and calls
a phone using 5090 (UDP), the call goes thru using "loose route" and audio also
is passed both ways. But when a call from a phone using port 5090 (UDP) is made to a phone
which is using port 5060 (UDP), the call goes thru using "loose route" and the
bell also rings but there is no audio.
Sorry, but that is not enough information to detect the issue. What I
suggest to you is:
- Do a capture of the SIP flow.
- Examine values in SDP (in INVITE and 200 OK) before and after
passing by the proxy.
- You should see that some SDP media address has not been modified by
rtpproxy so you could examinate why in your Kamailio script.
--
Iñaki Baz Castillo
<ibc(a)aliax.net>
5855
days inactive
5857
days old
18 comments
6 participants
participants (6)
-
Fabian Borot -
Iñaki Baz Castillo -
Klaus Darilion -
Raju Abhyankar -
Victor Pascual Ávila -
Vikas CG.