Hi list
i've got this bug report in kamailio 4.3 at syslog, then it frozen, i
checked my config file looking for htable parameter, and i notice i have
htable param without autexpire
is this reason why kamailio crash?
"/usr/sbin/kamailio[24113]: : <core> [mem/q_malloc.c:453]: qm_free(): BUG:
qm_free: freeing already freed pointer (0x7f673dead5d8), called from
tm: h_table.c: free_cell(133), first free tm: h_table.c: free_cell(133) -
aborting "
--
Ing. Rene Montilva
*FOSS Developer and VoIP Engineer.*
Yes, there is a append_hf("Remote-Party-ID:
below is the complete section:
# Send to Asterisk
route[TOASTERISK] {
ds_mark_dst("P");
if(!ds_select_dst("1", "4")) {
sl_send_reply("500", "Service Unavailable");
xlog("L_INFO","[$fU@$si:$sp]{$rm} No destinations available for $rd \n");
exit;
}
# Replace FROM header to Kamailio's address
#
http://www.kamailio.org/docs/modules/4.3.x/modules/uac.html#uac.f.uac_repla…
uac_replace_from("","sip:$sel(cfg_get.kamailio.bind_external_domain):5060");
# rewrite Destinatin URI
#$du= $au + "@10.1.4.22:5060";
# Add Remote-Party-ID to header
append_hf("Remote-Party-ID: \"$au\" <sip:$au@
$sel(cfg_get.kamailio.bindip_external)>;party=calling;privacy=off;screen=no");
xlog("L_INFO","route[TOASTERISK]: [$fU@$si:$sp]{$rm} From Outside World to
Asterisk Box $du\n");
rtpproxy_manage("cawei");
route(RELAY);
exit;
}
Regards
Subject: Re: [SR-Users] Error or Bug: [t_msgbuilder.c:490]:
build_local_reparse(): ERROR: build_local_reparse: HDR_EOH_T was not
found
Message-ID: <56B79AFD.8010505(a)gmail.com>
Content-Type: text/plain; charset="windows-1252"
Hello,
do you have an action like:
append_hf("Remote-Party-ID: ...");
in kamailio.cfg?
Can you paste all that action here?
Cheers,
Daniel
Hello,
I'm a new starter of Kamailio (SER). I am using the version 4.4.0-dev6 in a
Debian machine.
I've configured all the IMS network elements, the FHoSS and also Boghe
IMS/RCS client in a Windows machine.
When an IMS user belonging to my network tries to register and IP SEC
mechanism is enabled, the registration flow stops at 401 Unauthorized from
S-CSCF -> I-CSCF -> P-CSCF -> client.
The problem is that the HSS in MAA message does not send the
SIP-Auth-Data-item that should be cointain the Confidentiality Key and the
Integrity Key; so the client is not able to challenge the S-CSCF sending
another REGISTER message.
Do you have any suggestions about this? When IP SEC is disabled (by
managing client options), the registration works well.
Maybe is there any configuration at HSS level that i'm not considering?
Thank you in advance for your help,
Cristina
I have a strange behaviour when configuring ACC module to put CDRs
It must be as simple as this:
modparam("acc", "cdr_enable", 1)
But got this error:
feb 19 09:26:14 kamailio /usr/local/sbin/kamailio[23712]: ERROR: acc
[acc_mod.c:604]: mod_init(): failed to init cdr generation
feb 19 09:26:14 kamailio /usr/local/sbin/kamailio[23712]: ERROR: <core>
[sr_module.c:962]: init_mod(): Error while initializing module acc
(/usr/local/lib64/kamailio/modules/acc.so)
I have read documentation and seems ok. Tables in databases are created and
ALTER commands applied. IM getting actually ACC registers on acc table, but
could not active cdrs for acc.
What am i missing?
Hi,
I'm using the dispatcher module with Kamailio 4.3.4, the keep alive mechanism and the routing are OK, but I would like to get in my request_route the flag(s) (active, inactive, probing ...) that the dispatcher give to each destination. I know that in command line I can run kamcmd or kamctl to get :
NRSETS: 1
RECORDS: {
SET: {
ID: 1
TARGETS: {
DEST: {
URI: sip: xxx.xxx.xxx.xxx:xxxx
FLAGS: IP
PRIORITY: 0
}
DEST: {
URI: sip:xxx.xxx.xxx.xxx:xxxx
FLAGS: AP
PRIORITY: 0
How can I get that in the request_route process ? Any suggestion would be appreciated ;)
Best Regards,
Alexandre.
_________________________________________________________________________________________________________________________
Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.
Hi;
Today I'm trying to use my users and include unregistered, there is a problem, this was solved soon or do.
I appreciate your attention and cooperation
Francisco Rodriguez
Hi Franz,
Thanks for your response.
Even we observed in Wireshark traces, no username is included in REGISTER request. Any changes required?
No, we are not using NATURAL in our platform.
Observed there is no communication between PCSCF – ICSCF while registration and also attaching the tracefile(tcpdump) using command “tcpdump -i any -s 3000 -w /var/tmp/trace_OpenIMS.pcap not port 22 and not port 3306”.
Please suggest me if I have missed anything.
Regards,
Sainath
From: Franz Edler [mailto:franz.edler@technikum-wien.at]
Sent: Tuesday, February 9, 2016 1:01 PM
To: Sainath Ellendula (NEP) <sainath.ellendula(a)wipro.com>
Cc: basitstar(a)hotmail.com; sr-users(a)lists.sip-router.org
Subject: AW: RE: Re:[SR-Users] Kamailio IMS deployment
The REGISTER request is OK. There is no username included in REGISTER request.
Regarding the mismatch: do you use NATURAL on your platform?
Next step should be a tracefile (tcpdump) and later a debug-log from the node which shows the problem.
Von Samsung-Tablet gesendet
-------- Ursprüngliche Nachricht --------
Von: sainath.ellendula(a)wipro.com<mailto:sainath.ellendula@wipro.com>
Datum: 2016.02.09 08:05 (GMT+01:00)
An: franz.edler(a)technikum-wien.at<mailto:franz.edler@technikum-wien.at>
Cc: basitstar(a)hotmail.com<mailto:basitstar@hotmail.com>, sr-users(a)lists.sip-router.org<mailto:sr-users@lists.sip-router.org>
Betreff: RE: Re:[SR-Users] Kamailio IMS deployment
Hi Franz,
Please find ping status and seems good.
root@server:~# ping -c 1 hss.net1.test
PING hss.net1.test (10.0.0.9) 56(84) bytes of data.
64 bytes from server.net1.test (10.0.0.9): icmp_seq=1 ttl=64 time=0.017 ms
--- hss.net1.test ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.017/0.017/0.017/0.000 ms
root@server:~# ping -c 1 pcscf.net1.test
PING pcscf.net1.test (10.0.0.10) 56(84) bytes of data.
64 bytes from server.net1.test (10.0.0.10): icmp_seq=1 ttl=64 time=0.020 ms
--- pcscf.net1.test ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.020/0.020/0.020/0.000 ms
root@server:~# ping -c 1 icscf.net1.test
PING icscf.net1.test (10.0.0.11) 56(84) bytes of data.
64 bytes from server.net1.test (10.0.0.11): icmp_seq=1 ttl=64 time=0.018 ms
--- icscf.net1.test ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.018/0.018/0.018/0.000 ms
root@server:~# ping -c 1 scscf.net1.test
PING scscf.net1.test (10.0.0.12) 56(84) bytes of data.
64 bytes from server.net1.test (10.0.0.12): icmp_seq=1 ttl=64 time=0.017 ms
--- scscf.net1.test ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.017/0.017/0.017/0.000 ms
root@server:~#
Seems Some progress happened:
Tried register using Boghe IMS client and observed few errors:
0(1445) INFO: <script>: [REGISTER] from [sip:alice@net1.test] to [sip:alice@net1.test]
0(1445) ERROR: <script>: REGISTER (sip:alice@net1.test (10.0.0.8:55280) to sip:alice@net1.test, 2006cdca-0076-bacb-5010-bffa714b3cdb)
0(1445) DEBUG: <core> [parser/msg_parser.c:153]: get_hdr_field(): get_hdr_field: cseq <CSeq>: <7994> <REGISTER>
0(1445) DEBUG: <core> [parser/msg_parser.c:187]: get_hdr_field(): DEBUG: get_hdr_body : content_length=0
0(1445) DEBUG: maxfwd [mf_funcs.c:85]: is_maxfwd_present(): value = 70
0(1445) DEBUG: <core> [parser/msg_parser.c:89]: get_hdr_field(): found end of header
0(1445) DEBUG: sanity [mod_sanity.c:248]: w_sanity_check(): sanity checks result: 1
0(1445) DEBUG: siputils [checks.c:97]: has_totag(): no totag
0(1445) DEBUG: <core> [select.c:412]: run_select(): Calling SELECT 0x7fb548dd2400
0(1445) DEBUG: tm [t_lookup.c:1011]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=1 T start=0xffffffffffffffff
0(1445) DEBUG: tm [t_lookup.c:466]: t_lookup_request(): t_lookup_request: start searching: hash=65064, isACK=0
0(1445) DEBUG: tm [t_lookup.c:424]: matching_3261(): DEBUG: RFC3261 transaction matching failed
0(1445) DEBUG: tm [t_lookup.c:648]: t_lookup_request(): DEBUG: t_lookup_request: no transaction found
0(1445) DEBUG: tm [t_lookup.c:1080]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=2 T end=(nil)
0(1445) DEBUG: sl [sl.c:280]: send_reply(): reply in stateless mode (sl)
0(1445) DEBUG: siputils [checks.c:97]: has_totag(): no totag
0(1445) DEBUG: tm [t_lookup.c:1011]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=2 T start=(nil)
0(1445) DEBUG: tm [t_lookup.c:1086]: t_check_msg(): DEBUG: t_check_msg: T previously sought and not found
0(1445) DEBUG: ims_registrar_pcscf [save.c:273]: save_pending(): contact requesting to expire in 600000 seconds
0(1445) DEBUG: ims_usrloc_pcscf [usrloc.c:106]: get_alias_host_from_contact(): no alias param
0(1445) DEBUG: ims_usrloc_pcscf [usrloc.c:155]: get_hash_slot(): using host for hash [10.0.0.8]
0(1445) DEBUG: ims_usrloc_pcscf [usrloc.c:159]: get_hash_slot(): Returning hash slot: [167]
0(1445) DEBUG: ims_usrloc_pcscf [udomain.c:465]: get_pcontact(): Searching for contact in P-CSCF usrloc [sip:alice@10.0.0.8:55280;transport=udp]
0(1445) DEBUG: ims_usrloc_pcscf [usrloc.c:106]: get_alias_host_from_contact(): no alias param
0(1445) DEBUG: ims_usrloc_pcscf [usrloc.c:183]: get_aor_hash(): using host for hash [10.0.0.8]
0(1445) DEBUG: ims_usrloc_pcscf [usrloc.c:187]: get_aor_hash(): Returning hash slot: [1662767783]
0(1445) DEBUG: ims_usrloc_pcscf [udomain.c:483]: get_pcontact(): Comparing needle user@host:port [alice@10.0.0.8:55280] and contact_user@contact_host:port [alice@10.0.0.8:51219]
0(1445) DEBUG: ims_usrloc_pcscf [udomain.c:494]: get_pcontact(): Searching for [sip:alice@10.0.0.8:55280;transport=udp] and comparing to [sip:alice@10.0.0.8:51219;transport=udp]
0(1445) DEBUG: ims_usrloc_pcscf [udomain.c:553]: get_pcontact(): Port don't match: 51219 (contact) 51219 (received) != 55280!
0(1445) DEBUG: ims_registrar_pcscf [save.c:310]: save_pending(): Adding pending pcontact: <sip:alice@10.0.0.8:55280;transport=udp>
0(1445) DEBUG: ims_usrloc_pcscf [pcontact.c:132]: new_pcontact(): New contact [<sip:alice@10.0.0.8:55280;transport=udp>] with 0 associated IMPUs in state: [registration pending]
0(1445) DEBUG: ims_registrar_pcscf [save.c:314]: save_pending(): registering for UL callback
0(1445) DEBUG: ims_usrloc_pcscf [usrloc.c:106]: get_alias_host_from_contact(): no alias param
Please guide me for any more changes has to be done, As observed in Wireshark(Register request from 10.0.0.8(host)-PCSCF as REGISTER sip:net1.test SIP/2.0). I think the register request should sent as REGISTER sip:alice@net1.test SIP/2.0
Thanks in advance!!
Regards,
Sainath
From: Franz Edler [mailto:franz.edler@technikum-wien.at]
Sent: Tuesday, February 9, 2016 3:00 AM
To: Sainath Ellendula (NEP) <sainath.ellendula(a)wipro.com<mailto:sainath.ellendula@wipro.com>>
Cc: basitstar(a)hotmail.com<mailto:basitstar@hotmail.com>; sr-users(a)lists.sip-router.org<mailto:sr-users@lists.sip-router.org>
Subject: RE: Re:[SR-Users] Kamailio IMS deployment
Sainath,
what was the result for ping on
- icsct.net1.test
- scscf.net1.test
- hss.net1.test
to increase debug level you have to modify the corresponding cfg-file, e.g. kamailio-icscf.cfg in line 35: debug=2
Just increase to debug=3 and then start the process again.
BR Franz
The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com<http://www.wipro.com>
The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com
Hi All,
I've recently stumbled upon this little hitch while using kamailio with
topoh module that the Contact header do not contains the User part for the
302 Moved temporarily packet.
*My topology:*
UserA<====\
->Kamailio<===>FreeSwitch
UserB<====/
The B party has set Call forwarding on their phone hence phone sends a 302
Moved Temporarily to Kamailio.
Via: SIP/2.0/UDP
TOPOH.KAMAILIO.IP:5060;branch=z9hG4bK0767.4e4e57deca89da5c5f5ae97228325f85.0
Via: SIP/2.0/UDP
TOPOH.KAMAILIO.IP;branch=z9hG4bKsr-j4IPOlV7MGQKatycM.y7MGZLMGZwM.1LgRWIC9gIgx4fMGZAOBVAOBNfzuaVHRaYpB1LNSQLpx4uMx3Az6eL3RsBCxu-zRrUWSeOgjeBk.IVm4ds34aONc**
From: "+4319714111" <sip:+4319714111@FREESWITCH.IP.HERE>;tag=yUr5UZ7eF794K
To: <sip:502@USER.B.IP.HERE:5060>;tag=105223296
Call-ID: cd811276-4b4d-1234-66ae-005056867dbc
CSeq: 87257355 INVITE
Contact: <sip:06606017597@FREESWITCH.IP.HERE:5060>
User-Agent: Yealink SIP-T46G 28.80.0.70
Diversion: <sip:502@USER.B.IP.HERE:5060>;reason=unconditional
Content-Length: 0
This is modified in Kamailio TOPOH and sent to FreeSwitch as following
SIP/2.0 302 Moved Temporarily
Via: SIP/2.0/UDP
10.0.20.71;received=10.0.20.71;rport=5060;branch=z9hG4bKeBcy9HKK9cDKr
From: "+4319714111" <sip:+4319714111@FREESWITCH.IP.HERE>;tag=yUr5UZ7eF794K
To: <sip:502@USER.B.IP.HERE:5060>;tag=105223296
Call-ID: cd811276-4b4d-1234-66ae-005056867dbc
CSeq: 87257355 INVITE
Contact: <*sip:TOPOH.KAMAILIO.IP*
;line=sr-N6IAzBy6WBy6MxFwW.qwPSW5ohWINhaYNLu4g9W4OhWI3wKLgRsIpUg5kGs7g9P-W.y6My**>
User-Agent: Yealink SIP-T46G 28.80.0.70
Diversion: <sip:502@USER.B.IP.HERE:5060>;reason=unconditional
Content-Length: 0
Which results in a Call Originate from FreeSwitch with RURI as this:
INVITE *sip:TOPOH.KAMAILIO.IP*;line=sr-N6IAzBy6WBy6MxFwW.qwPSW5ohWINhaYNLu4g9W4OhWI3wKLgRsIpUg5kGs7g9P-W.y6My**
SIP/2.0
I am thinking that in TOPOH Module some patch is required to atleast retain
the $rU for 3XX replies , not sure if this will break some RFC or Kamailio
stability etc !
Thanks,
Sammy.
Hello,
The documentation of the siptrace module specifies duplication of sip messages to a capture server using the HEP protocol or plain SIP mode.
Which params to I need to set (and with which values) in the siptrace and sipcapture to enable plain SIP mode?
I tried several configurations but none of the worked. Seems like only HEP works.
My test kamailio (sip capture node with sipcapture module) doesn't receive the duplicated SIP messages.
Any ideas?
Regards,
Grant
