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_112...
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@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
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
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@pernau.at To: fborot@hotmail.com CC: users@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. http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_5gb_112...
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@pernau.at To: fborot@hotmail.com CC: users@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
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@pernau.at To: fborot@hotmail.com CC: users@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@pernau.at To: fborot@hotmail.com CC: users@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. http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_5gb_112...
2008/11/12 Fabian Borot fborot@hotmail.com:
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.
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@aliax.net CC: users@lists.kamailio.org Subject: Re: [Kamailio-Users] problem with fix_nated_register() function
2008/11/12 Fabian Borot fborot@hotmail.com:
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@aliax.net _______________________________________________ Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
_________________________________________________________________ See how Windows® connects the people, information, and fun that are part of your life http://clk.atdmt.com/MRT/go/119463819/direct/01/
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.
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.
On Wed, Nov 12, 2008 at 3:57 PM, Vikas CG. vikas_cg@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?
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@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?
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@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
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@pernau.at To: fborot@hotmail.com CC: users@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@pernau.at To: fborot@hotmail.com CC: users@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
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@pernau.at> To: fborot@hotmail.com> CC: users@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@pernau.at> > > To: fborot@hotmail.com> > > CC: users@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@pernau.at> > > > > To: fborot@hotmail.com> > > > > CC: users@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%3E > > > >> > > > > and> > > > > http://kamailio.org/docs/modules/1.4.x/registrar.html#id2467816%3E > > > >> > > > > 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/
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@pernau.at To: fborot@hotmail.com CC: users@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@pernau.at To: fborot@hotmail.com CC: users@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@pernau.at To: fborot@hotmail.com CC: users@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/
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@pernau.at To: fborot@hotmail.com CC: users@lists.kamailio.org Subject: Re: [Kamailio-Users] problem with fix_nated_register() function
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@pernau.at To: fborot@hotmail.com CC: users@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@pernau.at To: fborot@hotmail.com CC: users@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@pernau.at > To: fborot@hotmail.com > CC: users@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/
_________________________________________________________________ Color coding for safety: Windows Live Hotmail alerts you to suspicious email. http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_safety_...
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
2008/11/12 Raju Abhyankar kf6rzt@yahoo.com:
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.
-
Fabian Borot -
Iñaki Baz Castillo -
Klaus Darilion -
Raju Abhyankar -
Victor Pascual Ávila -
Vikas CG.