Module: kamailio
Branch: master
Commit: 90904d5b7de6c67c6eeea550170d739d505151b9
URL: https://github.com/kamailio/kamailio/commit/90904d5b7de6c67c6eeea550170d739…
Author: Carsten Bock <carsten(a)ng-voice.com>
Committer: Carsten Bock <carsten(a)ng-voice.com>
Date: 2017-03-28T09:00:08+02:00
ims_registrar_pcscf: Remove temporary file
---
Removed: src/modules/ims_registrar_pcscf/blurb
---
Diff: https://github.com/kamailio/kamailio/commit/90904d5b7de6c67c6eeea550170d739…
Patch: https://github.com/kamailio/kamailio/commit/90904d5b7de6c67c6eeea550170d739…
---
diff --git a/src/modules/ims_registrar_pcscf/blurb b/src/modules/ims_registrar_pcscf/blurb
deleted file mode 100644
index f208ef8..0000000
--- a/src/modules/ims_registrar_pcscf/blurb
+++ /dev/null
@@ -1,44 +0,0 @@
-/*
- * $Id$
- *
- * Copyright (C) 2012 Smile Communications, jason.penton(a)smilecoms.com
- * Copyright (C) 2012 Smile Communications, richard.good(a)smilecoms.com
- *
- * The initial version of this code was written by Dragos Vingarzan
- * (dragos(dot)vingarzan(at)fokus(dot)fraunhofer(dot)de and the
- * Fruanhofer Institute. It was and still is maintained in a separate
- * branch of the original SER. We are therefore migrating it to
- * Kamailio/SR and look forward to maintaining it from here on out.
- * 2011/2012 Smile Communications, Pty. Ltd.
- * ported/maintained/improved by
- * Jason Penton (jason(dot)penton(at)smilecoms.com and
- * Richard Good (richard(dot)good(at)smilecoms.com) as part of an
- * effort to add full IMS support to Kamailio/SR using a new and
- * improved architecture
- *
- * NB: Alot of this code was originally part of OpenIMSCore,
- * FhG Fokus.
- * Copyright (C) 2004-2006 FhG Fokus
- * Thanks for great work! This is an effort to
- * break apart the various CSCF functions into logically separate
- * components. We hope this will drive wider use. We also feel
- * that in this way the architecture is more complete and thereby easier
- * to manage in the Kamailio/SR environment
- *
- * This file is part of Kamailio, a free SIP server.
- *
- * Kamailio is free software; you can redistribute it and/or modify
- * it under the terms of the GNU General Public License as published by
- * the Free Software Foundation; either version 2 of the License, or
- * (at your option) any later version
- *
- * Kamailio is distributed in the hope that it will be useful,
- * but WITHOUT ANY WARRANTY; without even the implied warranty of
- * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
- * GNU General Public License for more details.
- *
- * You should have received a copy of the GNU General Public License
- * along with this program; if not, write to the Free Software
- * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
- *
- */
\ No newline at end of file
Adding the possibility to check any sip uri against the uri_db table and updates the log macros from LM_ to the new ones.
You can view, comment on, or merge this pull request online at:
https://github.com/kamailio/kamailio/pull/1034
-- Commit Summary --
* uri_db: added subscriber and realm param to check_uri
* uri_db: fix whitespace bevor tab
* uri_db: last fix for log macros
-- File Changes --
M src/modules/uri_db/checks.c (177)
M src/modules/uri_db/checks.h (9)
M src/modules/uri_db/uri_db.c (20)
-- Patch Links --
https://github.com/kamailio/kamailio/pull/1034.patchhttps://github.com/kamailio/kamailio/pull/1034.diff
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/1034
**Can you help me, how I implement iOS push notification in server end?**
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1043
hello all, Daniel
checking the core with the gdb, we have checked the variables at the
frames of the backtrace, to try to get the full sip message seems it
seemed truncated.
checking the buf variable of the frame 11 which theorically contains the
sip msg to parse we have the string
SIP/2.0 487 Request Terminated\r\nFrom: \"881237046977
\"<sip:881237046977@79.170.68.185;user=phone>;tag=B7jgc8jQ4m5pB\r\nTo:
<sip:5926053324@79.170.68.186:5060>;tag=e0d50be-13c4-58d47cba-a2ed9808-36fa\r\nl\337K\016\213\347: \344\003\r\nCSeq: 104824272 INVITE\r\nVia: SIP/2.0/UDP L\263\264\016\020?\337\v\234\262\264\016 ;branch=\327\f\340\r\nVia: SIP/2.0/UDP \020?\337\v\234\262\264\016 :5080;received=;rport=5080;branch=\020?\337\v\234\262\264\016 \r\nContent-Length: 0\r\n\r\n
this is i guess how gdb parses the message, so i guess i cannot
introduce this like that in a xml sipp formal, since CRLF is represented
as \r\n, so others parts like l\337K\016\213\347: \344\003 i have no
idea what they are, because they also seem to be out of the ASCII table
¿?
anycase, seems the message is very bad formed, and the kamailio tries to
resolve the host of the Via and it gets nothing, so the function
get_hash1_case_raw is fed by a nul value and seems that the reason it
crashes
hope you can retrieve information from that message to find out what
kind of message it exactly is and see if it's possible to avoid
kamailio's crash in this scenario
best regards
david
El vie, 24-03-2017 a las 12:10 +0100, David Escartín Almudévar escribió:
> hello all
>
> we have experienced a crash and tracing the logs and the core, seems
> it was because a sip response from an endpoint.
> a UDP receiver (26248) crashed and the last message we see on it is a
> 487 quite bad formed
>
> Mar 24 01:58:02
> mia-proxy-inout-1-stby /usr/local/kamailio/sbin/kamailio[26248]:
> ERROR: tm [t_lookup.c:1055]: t_check_msg(): ERROR: reply doesn't have
> a via, cseq or call-id header
> Mar 24 01:58:17
> mia-proxy-inout-1-stby /usr/local/kamailio/sbin/kamailio[26230]:
> ALERT: <core> [main.c:739]: handle_sigs(): child process 26248 exited
> by a signal 11
>
>
> the backtrace of the core
> (gdb) backtrace
> #0 0x0000000000457ab9 in get_hash1_case_raw (s=0x0, len=0) at
> hashes.h:210
> #1 0x000000000045b472 in _dns_hash_find (name=0x7f6906943188, type=1,
> h=0x7fff120793cc, err=0x7fff120793ac) at dns_cache.c:535
> #2 0x0000000000461285 in dns_hash_get (name=0x7f6906943188, type=1,
> h=0x7fff120793cc, err=0x7fff120793ac) at dns_cache.c:762
> #3 0x0000000000467194 in dns_get_entry (name=0x7f6906943188, type=1)
> at dns_cache.c:2102
> #4 0x0000000000468a05 in dns_a_get_he (name=0x7f6906943188) at
> dns_cache.c:2432
> #5 0x0000000000468bb9 in dns_get_he (name=0x7f6906943188, flags=1) at
> dns_cache.c:2505
> #6 0x00000000004696c4 in dns_srv_sip_resolvehost
> (name=0x7f6906943188, port=0x7fff120795e2, proto=0x7fff120795e1 "\001
> \330\023") at dns_cache.c:2679
> #7 0x000000000046aa37 in dns_sip_resolvehost (name=0x7f6906943188,
> port=0x7fff120795e2, proto=0x7fff120795e1 "\001\330\023") at
> dns_cache.c:2849
> #8 0x000000000049519e in update_sock_struct_from_via
> (to=0x7fff12079708, msg=0x7f69069a1dd8, via=0x7f69068f82a8) at
> forward.c:704
> #9 0x0000000000495ee5 in do_forward_reply (msg=0x7f69069a1dd8,
> mode=0) at forward.c:766
> #10 0x00000000004970af in forward_reply (msg=0x7f69069a1dd8) at
> forward.c:849
> #11 0x00000000005197ef in receive_msg (
> buf=0xab0d80 "SIP/2.0 487 Request Terminated\r\nFrom: \"8888888888
> \"<sip:8888888888@7.7.7.7;user=phone>;tag=B7jgc8jQ4m5pB\r\nTo:
> <sip:555555555@8.8.8.8:5060>;tag=e0d50be-13c4-58d47cba-a2ed9808-36fa\r
> \nl\337K\016"..., len=367, rcv_info=0x7fff12079a10) at receive.c:299
> #12 0x0000000000627b43 in udp_rcv_loop () at udp_server.c:495
> #13 0x00000000004b107a in main_loop () at main.c:1600
> #14 0x00000000004b842f in main (argc=13, argv=0x7fff12079fb8) at
> main.c:2616
>
>
> i have tried to duplicate the issue, but i dont know how to translate
> l\337K\016 to a xml notation
> i guess this is some weird that cannot be processed for kamailio
>
> could you please take a look and let me know if you know how to
> duplicate and fix this crash?
>
> thanks a lot and regards
> david
Hello all,
My name is Claudiu and I am a new developer in the 1&1 team, also new to
SIP and Kamailio.
I am having some issues trying to change the way topoh module works,
could you help me with some avp and topoh related issues?
The idea is to modify how the topoh module works by introducing a per
message/transaction parameter to mark which messages/transactions should
be hidden. I am using an avp parameter, which I define in the config
like this: "modparam("topoh","hide_avp", "$avp(hide)")"
and later use as this "$avp(hide)=1;". I intend to modify the
th_msg_sent and th_msg_received, to read the value of the avp, using
"search_first_avp" function, and only mask the headears if the avp is set.
These functions are registered as callbacks for the SREV_NET_DATA_IN and
SREV_NET_DATA_OUT events:
sr_event_register_cb(SREV_NET_DATA_IN, th_msg_received);
sr_event_register_cb(SREV_NET_DATA_OUT, th_msg_sent);
I encountered the following issues:
- apparently the avp is never seen as being set in the th_msg_received
function, even though if I print in from the config with xlog, it
appears to be set.
- for some messages (180 ringing, and 200 ok), the avp is not seen as
set in the th_msg_sent, but is seen on other requests (invite,bye) and
replies (100 trying) messages. If I print it with xlog form config, on
the onreply_route is appears set.
Is the function th_msg_received always called before avps are seen in
the code?
Any idea why for the 180 and 200 messages the avp is not seen in the
code inside th_msg_sent function?
Thanks and regards,
Claudiu Boriga