sr-dev September 2017

sr-dev@lists.kamailio.org

26 participants
271 discussions

[kamailio/kamailio] Revert "app_python: fix compiler warning" (#1248)

by Konstantin M.

Reverts kamailio/kamailio#924. Opinion conflict You can view, comment on, or merge this pull request online at: https://github.com/kamailio/kamailio/pull/1248 -- Commit Summary -- * Revert "app_python: fix compiler warning" -- File Changes -- M src/modules/app_python/Makefile (2) -- Patch Links -- https://github.com/kamailio/kamailio/pull/1248.patch https://github.com/kamailio/kamailio/pull/1248.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/1248

7 years, 1 month

git:master:68876da3: textops: replace body functions exported to kemi framework

by Daniel-Constantin Mierla

Module: kamailio Branch: master Commit: 68876da3de9211ac493094f012b44f06f327dd1b URL: https://github.com/kamailio/kamailio/commit/68876da3de9211ac493094f012b44f0… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: 2017-09-27T14:25:20+02:00 textops: replace body functions exported to kemi framework --- Modified: src/modules/textops/textops.c --- Diff: https://github.com/kamailio/kamailio/commit/68876da3de9211ac493094f012b44f0… Patch: https://github.com/kamailio/kamailio/commit/68876da3de9211ac493094f012b44f0…

7 years, 1 month

git:master:43b1f9de: pv: remove unused variable

by Victor Seva

Module: kamailio Branch: master Commit: 43b1f9de4538c0739a133c0181a4df97c23c5769 URL: https://github.com/kamailio/kamailio/commit/43b1f9de4538c0739a133c0181a4df9… Author: Victor Seva <linuxmaniac(a)torreviejawireless.org> Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org> Date: 2017-09-27T14:02:47+02:00 pv: remove unused variable > pv_core.c: In function 'pv_get_protoid': > pv_core.c:1259:6: warning: unused variable 's' [-Wunused-variable] > str s; > ^ --- Modified: src/modules/pv/pv_core.c --- Diff: https://github.com/kamailio/kamailio/commit/43b1f9de4538c0739a133c0181a4df9… Patch: https://github.com/kamailio/kamailio/commit/43b1f9de4538c0739a133c0181a4df9… --- diff --git a/src/modules/pv/pv_core.c b/src/modules/pv/pv_core.c index 2ef7f5f6c8..b087f5ad1b 100644 --- a/src/modules/pv/pv_core.c +++ b/src/modules/pv/pv_core.c @@ -1256,7 +1256,6 @@ int pv_get_proto(struct sip_msg *msg, pv_param_t *param, int pv_get_protoid(struct sip_msg *msg, pv_param_t *param, pv_value_t *res) { - str s; if(msg==NULL) return -1;

7 years, 1 month

git:master:91bec00a: kex: fix compiler warning

by Victor Seva

Module: kamailio Branch: master Commit: 91bec00a1451f026ccfa5c42d1b945d15ced664e URL: https://github.com/kamailio/kamailio/commit/91bec00a1451f026ccfa5c42d1b945d… Author: Victor Seva <linuxmaniac(a)torreviejawireless.org> Committer: Victor Seva <linuxmaniac(a)torreviejawireless.org> Date: 2017-09-27T13:57:54+02:00 kex: fix compiler warning > core_stats.c: In function 'stats_fetch_all': > core_stats.c:521:7: warning: 'm' may be used uninitialized in this function [-Wmaybe-uninitialized] > if(m==NULL) { > ^ > CC (gcc) [M kex.so] mod_stats.o --- Modified: src/modules/kex/core_stats.c --- Diff: https://github.com/kamailio/kamailio/commit/91bec00a1451f026ccfa5c42d1b945d… Patch: https://github.com/kamailio/kamailio/commit/91bec00a1451f026ccfa5c42d1b945d… --- diff --git a/src/modules/kex/core_stats.c b/src/modules/kex/core_stats.c index fb311f0be4..ad8f42964d 100644 --- a/src/modules/kex/core_stats.c +++ b/src/modules/kex/core_stats.c @@ -518,10 +518,10 @@ static void stats_fetch_all(rpc_t* rpc, void* ctx, char* stat) s_statistic.len = strlen(n); s_stat = get_stat(&s_statistic); if (s_stat) { + m = get_stat_module(s_stat); if(m==NULL) { return; } - m = get_stat_module(s_stat); for(i=0; m[i]!=0 && stat[i]!=0; i++) { if(stat[i]!=m[i]) { /* module name mismatch */

7 years, 1 month

[kamailio/kamailio] app_python: fix compiler warning (#924)

by Victor Seva

> Add "-fno-strict-aliasing" to compilation flags > > Fixes a slew of: > "dereferencing type-punned pointer will break strict-aliasing rules" > warnings from GCC for lines of the form: > Py_INCREF(Py_True); > and > Py_INCREF(Py_False); > > due to the cast from PyIntObject* to PyObject* > > GCC is technically correct here; see: > http://www.python.org/dev/peps/pep-3123/ > though this is unlikely to lead to non-working machine code. You can view, comment on, or merge this pull request online at: https://github.com/kamailio/kamailio/pull/924 -- Commit Summary -- * app_python: fix compiler warning -- File Changes -- M src/modules/app_python/Makefile (2) -- Patch Links -- https://github.com/kamailio/kamailio/pull/924.patch https://github.com/kamailio/kamailio/pull/924.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/924

7 years, 1 month

git:master:fcbaac36: textops: replace() and replace_all() exported to kemi framework

by Daniel-Constantin Mierla

Module: kamailio Branch: master Commit: fcbaac36dfc755ed52bd3ec8abba4dc52934a348 URL: https://github.com/kamailio/kamailio/commit/fcbaac36dfc755ed52bd3ec8abba4dc… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: 2017-09-27T12:15:40+02:00 textops: replace() and replace_all() exported to kemi framework --- Modified: src/modules/textops/textops.c --- Diff: https://github.com/kamailio/kamailio/commit/fcbaac36dfc755ed52bd3ec8abba4dc… Patch: https://github.com/kamailio/kamailio/commit/fcbaac36dfc755ed52bd3ec8abba4dc…

7 years, 1 month

Fwd: Re: [SR-Users] topos and record-route headers

by Giuseppe Pandolfi

Hello Development List, I forward my problem to you hoping a tip. thanks in advance for your reply -------- Messaggio Inoltrato -------- Oggetto: Re: [SR-Users] topos and record-route headers Data: Wed, 27 Sep 2017 08:14:57 +0000 Mittente: Sergey Safarov <s.safarov(a)gmail.com> Rispondi-a: Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org> A: Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org> Sorry my prevision comment is wrong. I do not knows whats is prevents forward message to Cisco phone. ср, 27 сент. 2017 г. в 11:05, Sergey Safarov <s.safarov(a)gmail.com <mailto:s.safarov@gmail.com>>: Please look packets #3010 and #4867 Then look ticket #1215 <https://github.com/kamailio/kamailio/issues/1215> and Daniel comments By RFC, the R-URI in ACK (and the other requests within dialog) has to be the URI from the Contact of 200ok. But there is the address of kamailio, making everything look like a strict routing and actually breaking the sip routing. According PCAP file kamailio froward reINVITE as strict router. Think need to revert back R-URI header. Sergey ср, 27 сент. 2017 г. в 9:28, Giuseppe Pandolfi <giuseppe.pandolfi(a)aethra.com <mailto:giuseppe.pandolfi@aethra.com>>: Hi, the rr header for loopback is added by sipwise... and I don't think that it's a problem. I tested the same scenario without topos and with same sip flow it's all ok. Anyway, I created a simple scenario without sipwise and I have the same problem with topos. I think (but ask you) topos have a bug when receive a request (in my case re-invite) into dialog with rr. It seems that wen topos receive a request into dialog with rr it generate a new aLeg tag different about aLeg tag of initial dialog. When topos receive the response it can't match the leg tags and then send corrupt response, in my case a 200 Ok without via header. New simple call flow: UAC Kamailio1 Kamailio2 (topos ON) UAS 192.168.110.195 192.168.110.124:5062 <http://192.168.110.124:5062> 192.168.110.124:5060 <http://192.168.110.124:5060> 192.168.110.124:5080 <http://192.168.110.124:5080> | | | | | ----------- Invite ------------> | --------------- Invite -------------> | ------------------ Invite --------------> | | | record-route:... | a/btpsh-59ca2ba0-3e9e-71 | | | | | | <----- 100/180/200 --------- | <-------- 100/180/200 ---------- | <------------ 100/180/200 ----------- | | | | | | ------------ Ack --------------> | --------------- Ack ---------------> | ------------------- Ack ---------------->| | | record-route: ... | a/btpsh-59ca2ba0-3e9e-81 | | | | | | --------- Re-Invite ----------> | ------------ Re-Invite -----------> | ---------------- Re-Invite ------------> | | | record-route: ... | a/btpsh-59ca2ba0-3e9e-91 | | | | | | <----------- 200 --------------- | <------------- 200 ----------------- | <----------------- 200 ----------------- | corrupt corrupt From trace I see: *handing outgoing request topos receive rr and generate as_contact/bs_contact a uuid (tpsh-59ca2ba0-3e9e-71) and add the headers to Invite:* Sep 26 13:07:15 Pandolfinbk ./kamailio[16030]: DEBUG: topos [tps_msg.c:182]: tps_add_headers(): adding to headers(1) - [Via: SIP/2.0/UDP 192.168.110.124;branch=z9hG4bK1666.2c45551ca5e8d1f3bd8663aed5e6a186.0#015#012] Sep 26 13:07:15 Pandolfinbk ./kamailio[16030]: DEBUG: topos [tps_msg.c:182]: tps_add_headers(): adding to headers(0) - [Contact: <sip:btpsh-59ca2ba0-3e9e-71@192.168.110.124> <mailto:sip:btpsh-59ca2ba0-3e9e-71@192.168.110.124>#015#012] *and it has an error (?????):* Sep 26 13:07:15 Pandolfinbk ./kamailio[16030]: ERROR: topos [tps_storage.c:1254]: tps_db_update_dialog(): no valid dlg uuid *handing inbound response without rr and load dialog from db by aLeg tag: * Sep 26 13:07:15 Pandolfinbk ./kamailio[16030]: DEBUG: topos [tps_msg.c:889]: tps_response_received(): loaded dialog a_uuid [atpsh-59ca2ba0-3e9e-71] *handling outgoing responses (180 and 200ok) and add headers with aLeg:* Sep 26 13:07:15 Pandolfinbk ./kamailio[16030]: DEBUG: topos [tps_msg.c:182]: tps_add_headers(): adding to headers(0) - [Contact: <sip:atpsh-59ca2ba0-3e9e-71@192.168.110.124> <mailto:sip:atpsh-59ca2ba0-3e9e-71@192.168.110.124>#015#012] Sep 26 13:07:15 Pandolfinbk ./kamailio[16030]: DEBUG: topos [tps_msg.c:182]: tps_add_headers(): adding to headers(0) - [Record-Route: <sip:192.168.110.124:5062;lr>#015#012] *handling incoming request Ack with rr and generate as_contact and bs_contact and add the headers to Ack:* Sep 26 13:07:18 Pandolfinbk ./kamailio[16030]: DEBUG: topos [tps_msg.c:182]: tps_add_headers(): adding to headers(0) - [Route: <sip:192.168.110.124;lr>#015#012] Sep 26 13:07:18 Pandolfinbk ./kamailio[16030]: DEBUG: topos [tps_msg.c:182]: tps_add_headers(): adding to headers(0) - [P-SR-XUID: atpsh-59ca2ba0-3e9e-71#015#012] *when handling outgoing request Ack with rr generate as_contact/bs_contact generate a new different uuid (tpsh-59ca2ba0-3e9e-81) and add the headers to Ack:* Sep 26 13:07:18 Pandolfinbk ./kamailio[16030]: DEBUG: topos [tps_storage.c:915]: tps_db_load_branch(): no stored record for <z9hG4bK1666.bc447c312d7ae301d42a66dd2fa60913.0> Sep 26 13:07:18 Pandolfinbk ./kamailio[16030]: DEBUG: topos [tps_storage.c:1056]: tps_db_load_dialog(): no stored record for <atpsh-59ca2ba0-3e9e-81> Sep 26 13:07:18 Pandolfinbk ./kamailio[16030]: DEBUG: topos [tps_msg.c:182]: tps_add_headers(): adding to headers(1) - [Via: SIP/2.0/UDP 192.168.110.124;branch=z9hG4bK1666.bc447c312d7ae301d42a66dd2fa60913.0#015#012] Sep 26 13:07:18 Pandolfinbk ./kamailio[16030]: DEBUG: topos [tps_msg.c:182]: tps_add_headers(): adding to headers(0) - [Contact: <sip:atpsh-59ca2ba0-3e9e-81@192.168.110.124:5062> <mailto:sip:atpsh-59ca2ba0-3e9e-81@192.168.110.124:5062>#015#012] *handling incoming request in dialog (re-invite) with rr and generate as_contact/bs_contact and add the headers to Invite:* Sep 26 13:07:24 Pandolfinbk ./kamailio[16030]: DEBUG: topos [tps_msg.c:182]: tps_add_headers(): adding to headers(0) - [Route: <sip:192.168.110.124;lr>#015#012] Sep 26 13:07:24 Pandolfinbk ./kamailio[16030]: DEBUG: topos [tps_msg.c:182]: tps_add_headers(): adding to headers(0) - [P-SR-XUID: atpsh-59ca2ba0-3e9e-71#015#012] *when handling outgoing request in dialog (re-invite) with rr generate as_contact/bs_contact generate a new different uuid (tpsh-59ca2ba0-3e9e-91) and add the headers to Invite:* Sep 26 13:07:24 Pandolfinbk ./kamailio[16030]: DEBUG: topos [tps_storage.c:915]: tps_db_load_branch(): no stored record for <z9hG4bKe566.fadda68e524002051ed440aa035f13d9.0> Sep 26 13:07:24 Pandolfinbk ./kamailio[16030]: DEBUG: topos [tps_storage.c:1056]: tps_db_load_dialog(): no stored record for <atpsh-59ca2ba0-3e9e-91> Sep 26 13:07:24 Pandolfinbk ./kamailio[16030]: DEBUG: topos [tps_msg.c:182]: tps_add_headers(): adding to headers(1) - [Via: SIP/2.0/UDP 192.168.110.124;branch=z9hG4bKe566.fadda68e524002051ed440aa035f13d9.0#015#012] Sep 26 13:07:24 Pandolfinbk ./kamailio[16030]: DEBUG: topos [tps_msg.c:182]: tps_add_headers(): adding to headers(0) - [Contact: <sip:atpsh-59ca2ba0-3e9e-91@192.168.110.124:5062> <mailto:sip:atpsh-59ca2ba0-3e9e-91@192.168.110.124:5062>#015#012] *during update dialog it has an error (?????):* Sep 26 13:07:24 Pandolfinbk ./kamailio[16030]: ERROR: topos [tps_storage.c:1254]: tps_db_update_dialog(): no valid dlg uuid *Now receive del response 200ok, and topos can't match the dialog and can't add headers for outgoing handing:* Sep 26 13:07:25 Pandolfinbk ./kamailio[16030]: DEBUG: topos [tps_msg.c:889]: tps_response_received(): loaded dialog a_uuid [atpsh-59ca2ba0-3e9e-91] Sep 26 13:07:25 Pandolfinbk ./kamailio[16030]: DEBUG: topos [tps_storage.c:1056]: tps_db_load_dialog(): no stored record for <atpsh-59ca2ba0-3e9e-91> Sep 26 13:07:25 Pandolfinbk ./kamailio[16030]: ERROR: topos [tps_storage.c:1254]: tps_db_update_dialog(): no valid dlg uuid *when handing outgoing response, don't find x-branch header and send corrupt 200ok* Sep 26 13:07:25 Pandolfinbk ./kamailio[16030]: DEBUG: topos [tps_msg.c:1031]: tps_response_sent(): handling outgoing response Sep 26 13:07:25 Pandolfinbk ./kamailio[16030]: DEBUG: topos [tps_msg.c:1038]: tps_response_sent(): no x-branch header - nothing to do attached kamailio log and pcap trace. is welcom any suggestions, thanks Il 23/09/2017 10:30, Sergey Safarov ha scritto: > Packet 19 > > сб, 23 сент. 2017 г. в 11:32, Sergey Safarov > <s.safarov(a)gmail.com <mailto:s.safarov@gmail.com>>: > > Think issue on host 192.168.110.132 - wrong record-route > headers, used loopback IP. > http://prntscr.com/goncuq > > сб, 23 сент. 2017 г. в 9:20, Giuseppe Pandolfi > <giuseppe.pandolfi(a)aethra.com > <mailto:giuseppe.pandolfi@aethra.com>>: > > Hi, > I'm trying to use topos module but I have a problem > with record-route header in re-invite for on hold. > > Uac is a subscriber of sipwise platfrom (vm open > source version); > > my kamailio version is: > /# kamailio -v// > //version: kamailio 5.1.0-dev7 (ppc/linux) // > //flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, > TLS_HOOKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, > SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, > TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, > FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, > USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, > HAVE_RESOLV_RES// > //ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE > 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE > 65535, DEFAULT PKG_SIZE 8MB/ > > and uas is a subscriber of kamailio. > > The call flow is: > > UAC Sipwise Kamailio UAS > | | (topos active) > | > |-------- Invite -------->|---------- (1)Invite > ----->|------- (2)Invite ----->| > |<------- 180/200 ------|<--- (4)180/(4)200 > ----|<------- 180/200 ------| > |---------- Ack --------->|----------- (5)Ack > ------>|-------- (6)Ack ------->| > |--- Invite (hold) ----->|-- (7)ReInvite(hold)-->|-- > (8)Invite (hold)--->| > |<--------- 200 ----------|<--------- (9)200 > -------|<--------- 200 ----------| > | corrupt | corrupt | > | > |---- No Ack Sent-------|---- No Ack Sent-------|---- > No Ack Sent-------| > > *The problem:* > the 200 ok of re-invite is corrupt by topos, it hasn't > via header and contact isn't modified, then the uac > can't send the ack. > > In the kamailio trace I see the ERROR below: > *E!: U 22/09/2017 10:24:19:880 proxy0: ERROR: topos > [tps_storage.c:1254]: tps_db_update_dialog(): no valid > dlg uuid* > > *The questions are:* > Can I use topos for this scenario? > Is it possible that topos have bug when receive a > re-invite with record-route headers? Infact, in simple > scenario without record-route (call and hold between > tow subscriber) everything works! > > *My opinion is*: when topos receive a request with > record-route generates from record-route the new aleg > and bleg tags (atpsh-xxxxx, btpsh-yyyyyy) but don't > save their in internal database if the request is > internal at dialog. Then a reintive whit record-route > headers, generate new aleg/bleg tags but they aren't > in database, then the response 200 ok it isn't elaborate. > > below messages details, attached kamailio log and pcap > trace. > > tanks in advance for support, > > Giuseppe* > * > > * > * > > *(1)Invite:* > INVITE sip:100@192.168.110.79:5060;transport=udp > <mailto:sip:100@192.168.110.79:5060;transport=udp> > SIP/2.0 > Record-Route: > <sip:192.168.110.132;r2=on;lr=on;ftag=6D91D5F4-59C53F38000E3F0A-D551C700;ngcplb=yes> > > Record-Route: > <sip:127.0.0.1;r2=on;lr=on;ftag=6D91D5F4-59C53F38000E3F0A-D551C700;ngcplb=yes> > > Via: SIP/2.0/UDP > 192.168.110.132;branch=z9hG4bK1a43.6c8d17d29887a0078c2cb6aca8684a27.0 > > Via: SIP/2.0/UDP > 127.0.0.1:5080;received=127.0.0.1;branch=z9hG4bKPa3L8art;rport=5080 > > From: <sip:390735594284@192.168.110.132> > <mailto:sip:390735594284@192.168.110.132>;tag=6D91D5F4-59C53F38000E3F0A-D551C700 > > To: <sip:100@192.168.110.79> > <mailto:sip:100@192.168.110.79> > CSeq: 10 INVITE > Call-ID: > OTkwMTdlNjEyYTQ2NWFiNTJkN2U1YTA2YWY1ZGI5YmE._b2b-1 > Max-Forwards: 69 > Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, MESSAGE, > OPTIONS, SUBSCRIBE > Supported: replaces, norefersub, extended-refer, > X-cisco-serviceuri > P-Asserted-Identity: > <sip:390735594284@192.168.110.132> > <mailto:sip:390735594284@192.168.110.132> > Content-Type: application/sdp > Content-Length: 276 > Contact: > <sip:ngcp-lb@192.168.110.132:5060;ngcpct=7369703a3132372e302e302e313a35303830> > <mailto:sip:ngcp-lb@192.168.110.132:5060;ngcpct=7369703a3132372e302e302e313a35303830> > > > [sdp] > > *(2)Invite:* > INVITE sip:100@192.168.1.73:5080;line=4d3148ee1d889aa > <mailto:sip:100@192.168.1.73:5080;line=4d3148ee1d889aa> > SIP/2.0 > Via: SIP/2.0/UDP > 192.168.110.79;branch=z9hG4bK1a43.c9b996baf80be68d288d2de06cd9b212.0 > > From: <sip:390735594284@192.168.110.132> > <mailto:sip:390735594284@192.168.110.132>;tag=6D91D5F4-59C53F38000E3F0A-D551C700 > > To: <sip:100@192.168.110.79> > <mailto:sip:100@192.168.110.79> > CSeq: 10 INVITE > Call-ID: > OTkwMTdlNjEyYTQ2NWFiNTJkN2U1YTA2YWY1ZGI5YmE._b2b-1 > Max-Forwards: 69 > Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, MESSAGE, > OPTIONS, SUBSCRIBE > Supported: replaces, norefersub, extended-refer, > X-cisco-serviceuri > P-Asserted-Identity: > <sip:390735594284@192.168.110.132> > <mailto:sip:390735594284@192.168.110.132> > Content-Type: application/sdp > Content-Length: 276 > Contact: <sip:btpsh-59c55b4a-4fa6-1@192.168.110.79> > <mailto:sip:btpsh-59c55b4a-4fa6-1@192.168.110.79> > > [sdp] > > *(3) 180 Ringing* > SIP/2.0 180 Ringing > From: <sip:390735594284@192.168.110.132> > <mailto:sip:390735594284@192.168.110.132>;tag=6D91D5F4-59C53F38000E3F0A-D551C700 > > To: <sip:100@192.168.110.79> > <mailto:sip:100@192.168.110.79>;tag=856281851 > Call-ID: > OTkwMTdlNjEyYTQ2NWFiNTJkN2U1YTA2YWY1ZGI5YmE._b2b-1 > CSeq: 10 INVITE > User-Agent: Linphone/3.6.1 (eXosip2/4.1.0) > Content-Length: 0 > Via: SIP/2.0/UDP > 192.168.110.132;branch=z9hG4bK1a43.6c8d17d29887a0078c2cb6aca8684a27.0,SIP/2.0/UDP > 127.0.0.1:5080;received=127.0.0.1;branch=z9hG4bKPa3L8art;rport=5080 > > Contact: <sip:atpsh-59c55b4a-4fa6-1@192.168.110.79> > <mailto:sip:atpsh-59c55b4a-4fa6-1@192.168.110.79> > Record-Route: > <sip:192.168.110.132;r2=on;lr=on;ftag=6D91D5F4-59C53F38000E3F0A-D551C700;ngcplb=yes>,<sip:127.0.0.1;r2=on;lr=on;ftag=6D91D5F4-59C53F38000E3F0A-D551C700;ngcplb=yes> > > > *(4) 200 OK* > SIP/2.0 200 OK > From: <sip:390735594284@192.168.110.132> > <mailto:sip:390735594284@192.168.110.132>;tag=6D91D5F4-59C53F38000E3F0A-D551C700 > > To: <sip:100@192.168.110.79> > <mailto:sip:100@192.168.110.79>;tag=856281851 > Call-ID: > OTkwMTdlNjEyYTQ2NWFiNTJkN2U1YTA2YWY1ZGI5YmE._b2b-1 > CSeq: 10 INVITE > Content-Type: application/sdp > User-Agent: Linphone/3.6.1 (eXosip2/4.1.0) > Content-Length: 181 > Via: SIP/2.0/UDP > 192.168.110.132;branch=z9hG4bK1a43.6c8d17d29887a0078c2cb6aca8684a27.0,SIP/2.0/UDP > 127.0.0.1:5080;received=127.0.0.1;branch=z9hG4bKPa3L8art;rport=5080 > > Contact: <sip:atpsh-59c55b4a-4fa6-1@192.168.110.79> > <mailto:sip:atpsh-59c55b4a-4fa6-1@192.168.110.79> > Record-Route: > <sip:192.168.110.132;r2=on;lr=on;ftag=6D91D5F4-59C53F38000E3F0A-D551C700;ngcplb=yes>,<sip:127.0.0.1;r2=on;lr=on;ftag=6D91D5F4-59C53F38000E3F0A-D551C700;ngcplb=yes> > > > [sdp] > > *(5) ACK* > ACK sip:atpsh-59c55b4a-4fa6-1@192.168.110.79 > <mailto:sip:atpsh-59c55b4a-4fa6-1@192.168.110.79> SIP/2.0 > Record-Route: > <sip:192.168.110.132;r2=on;lr=on;ftag=6D91D5F4-59C53F38000E3F0A-D551C700;ngcplb=yes> > > Record-Route: > <sip:127.0.0.1;r2=on;lr=on;ftag=6D91D5F4-59C53F38000E3F0A-D551C700;ngcplb=yes> > > Via: SIP/2.0/UDP > 192.168.110.132;branch=z9hG4bK1a43.4446035c867218358dbd848f773b5d09.0 > > Via: SIP/2.0/UDP > 127.0.0.1:5080;received=127.0.0.1;branch=z9hG4bKspF2zas~;rport=5080 > > From: <sip:390735594284@192.168.110.132> > <mailto:sip:390735594284@192.168.110.132>;tag=6D91D5F4-59C53F38000E3F0A-D551C700 > > To: <sip:100@192.168.110.79> > <mailto:sip:100@192.168.110.79>;tag=856281851 > CSeq: 10 ACK > Call-ID: > OTkwMTdlNjEyYTQ2NWFiNTJkN2U1YTA2YWY1ZGI5YmE._b2b-1 > Max-Forwards: 69 > Content-Length: 0 > Contact: > <sip:ngcp-lb@192.168.110.132:5060;ngcpct=7369703a3132372e302e302e313a35303830> > <mailto:sip:ngcp-lb@192.168.110.132:5060;ngcpct=7369703a3132372e302e302e313a35303830> > > > *(6) ACK* > ACK sip:100@192.168.1.73:5080 > <mailto:sip:100@192.168.1.73:5080> SIP/2.0 > Via: SIP/2.0/UDP > 192.168.110.79;branch=z9hG4bK1a43.b1cce71dc1b004e442faca53cd6d8994.0 > > From: <sip:390735594284@192.168.110.132> > <mailto:sip:390735594284@192.168.110.132>;tag=6D91D5F4-59C53F38000E3F0A-D551C700 > > To: <sip:100@192.168.110.79> > <mailto:sip:100@192.168.110.79>;tag=856281851 > CSeq: 10 ACK > Call-ID: > OTkwMTdlNjEyYTQ2NWFiNTJkN2U1YTA2YWY1ZGI5YmE._b2b-1 > Max-Forwards: 69 > Content-Length: 0 > Contact: <sip:atpsh-59c55b4a-4fa6-2@127.0.0.1> > <mailto:sip:atpsh-59c55b4a-4fa6-2@127.0.0.1> > > > *(7) Re-Invite * > INVITE sip:atpsh-59c55b4a-4fa6-1@192.168.110.79 > <mailto:sip:atpsh-59c55b4a-4fa6-1@192.168.110.79> SIP/2.0 > Record-Route: > <sip:192.168.110.132;r2=on;lr=on;ftag=6D91D5F4-59C53F38000E3F0A-D551C700;ngcplb=yes> > > Record-Route: > <sip:127.0.0.1;r2=on;lr=on;ftag=6D91D5F4-59C53F38000E3F0A-D551C700;ngcplb=yes> > > Via: SIP/2.0/UDP > 192.168.110.132;branch=z9hG4bK2a43.3723a1a3f343f1f1974a66f4a62f41a9.0 > > Via: SIP/2.0/UDP > 127.0.0.1:5080;received=127.0.0.1;branch=z9hG4bKf6peiap7;rport=5080 > > From: <sip:390735594284@192.168.110.132> > <mailto:sip:390735594284@192.168.110.132>;tag=6D91D5F4-59C53F38000E3F0A-D551C700 > > To: <sip:100@192.168.110.79> > <mailto:sip:100@192.168.110.79>;tag=856281851 > CSeq: 11 INVITE > Call-ID: > OTkwMTdlNjEyYTQ2NWFiNTJkN2U1YTA2YWY1ZGI5YmE._b2b-1 > Max-Forwards: 69 > Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, MESSAGE, > OPTIONS, SUBSCRIBE > Supported: replaces, norefersub, extended-refer, > timer, X-cisco-serviceuri > User-Agent: Z 3.3.25608 r25552 > Content-Type: application/sdp > Content-Length: 276 > Contact: > <sip:ngcp-lb@192.168.110.132:5060;ngcpct=7369703a3132372e302e302e313a35303830> > <mailto:sip:ngcp-lb@192.168.110.132:5060;ngcpct=7369703a3132372e302e302e313a35303830> > > > [sdp] > > > *(8) Re-Invite* > INVITE sip:100@192.168.1.73:5080 > <mailto:sip:100@192.168.1.73:5080> SIP/2.0 > Via: SIP/2.0/UDP > 192.168.110.79;branch=z9hG4bK2a43.a4e5f5baf85414d4471a1e817bdc1e00.0 > > From: <sip:390735594284@192.168.110.132> > <mailto:sip:390735594284@192.168.110.132>;tag=6D91D5F4-59C53F38000E3F0A-D551C700 > > To: <sip:100@192.168.110.79> > <mailto:sip:100@192.168.110.79>;tag=856281851 > CSeq: 11 INVITE > Call-ID: > OTkwMTdlNjEyYTQ2NWFiNTJkN2U1YTA2YWY1ZGI5YmE._b2b-1 > Max-Forwards: 69 > Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, MESSAGE, > OPTIONS, SUBSCRIBE > Supported: replaces, norefersub, extended-refer, > timer, X-cisco-serviceuri > User-Agent: Z 3.3.25608 r25552 > Content-Type: application/sdp > Content-Length: 276 > Contact: <sip:atpsh-59c55b4a-4fa6-3@127.0.0.1> > <mailto:sip:atpsh-59c55b4a-4fa6-3@127.0.0.1> > > [sdp] > * > **(9) 200 OK* > SIP/2.0 200 OK > From: <sip:390735594284@192.168.110.132> > <mailto:sip:390735594284@192.168.110.132>;tag=6D91D5F4-59C53F38000E3F0A-D551C700 > > To: <sip:100@192.168.110.79> > <mailto:sip:100@192.168.110.79>;tag=856281851 > Call-ID: > OTkwMTdlNjEyYTQ2NWFiNTJkN2U1YTA2YWY1ZGI5YmE._b2b-1 > CSeq: 11 INVITE > Contact: <sip:100@192.168.1.73:5080> > <mailto:sip:100@192.168.1.73:5080> > Content-Type: application/sdp > User-Agent: Linphone/3.6.1 (eXosip2/4.1.0) > Content-Length: 211 > > [sdp] > > ------------------------------------------------------------------------ > _______________________________________________ > Kamailio (SER) - Users Mailing List > sr-users(a)lists.kamailio.org > <mailto:sr-users@lists.kamailio.org> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > > > > _______________________________________________ > Kamailio (SER) - Users Mailing List > sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users -- Giuseppe Pandolfi R&D NTW - SW Design - Voice Services A TLC S.r.l. Via 1° Maggio, 26 60131 Ancona - Zona Baraccola (Italy) T: +39 071 2506566 <tel:+39%20071%20250%206566> F: +39 071 2506518 <tel:+39%20071%20250%206518> Email: giuseppe.pandolfi(a)aethra.com <mailto:giuseppe.pandolfi@aethra.com> Website: www.aethra.com <http://www.aethra.com> ------------------------------------------------------------------------ NOTA BENE: Le informazioni contenute ed allegate alla presente sono strettamente confidenziali ed indirizzate unicamente al destinatario indicato. Ove non foste il destinatario Vi invitiamo a cancellare il messaggio ed ogni documento allegato e a volerci avvisare a mezzo posta elettronica. Grazie. A TLC S.r.l. tratta i vostri dati personali ai sensi del D.lgs. n.196/03. PLEASE NOTE: This e-mail and any attachments are confidential and may contain privileged information. If you are not the intended recipient, you are kindly requested to cancel it, not to disclose the contents to any other person and to notify the sender immediately by return e-mail. Thanks. A TLC S.r.l. processes your personal data as per italian law (legislative decree No.196/2003). _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

7 years, 1 month

git:master:4bdbf013: pv: new var $csb - shortcut to get the CSeq header body

by Daniel-Constantin Mierla

Module: kamailio Branch: master Commit: 4bdbf01319f8bc86f1feb9ee0fb995f776cea652 URL: https://github.com/kamailio/kamailio/commit/4bdbf01319f8bc86f1feb9ee0fb995f… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: 2017-09-27T09:39:31+02:00 pv: new var $csb - shortcut to get the CSeq header body --- Modified: src/modules/pv/pv.c Modified: src/modules/pv/pv_core.c Modified: src/modules/pv/pv_core.h --- Diff: https://github.com/kamailio/kamailio/commit/4bdbf01319f8bc86f1feb9ee0fb995f… Patch: https://github.com/kamailio/kamailio/commit/4bdbf01319f8bc86f1feb9ee0fb995f… --- diff --git a/src/modules/pv/pv.c b/src/modules/pv/pv.c index 45531c52d9..5743dd6d4d 100644 --- a/src/modules/pv/pv.c +++ b/src/modules/pv/pv.c @@ -176,6 +176,9 @@ static pv_export_t mod_pvs[] = { {{"cs", (sizeof("cs")-1)}, /* */ PVT_OTHER, pv_get_cseq, 0, 0, 0, 0, 0}, + {{"csb", (sizeof("csb")-1)}, /* */ + PVT_OTHER, pv_get_cseq_body, 0, + 0, 0, 0, 0}, {{"ct", (sizeof("ct")-1)}, /* */ PVT_OTHER, pv_get_contact, 0, 0, 0, 0, 0}, diff --git a/src/modules/pv/pv_core.c b/src/modules/pv/pv_core.c index 45d189d74f..2ef7f5f6c8 100644 --- a/src/modules/pv/pv_core.c +++ b/src/modules/pv/pv_core.c @@ -491,6 +491,21 @@ int pv_get_cseq(struct sip_msg *msg, pv_param_t *param, return pv_get_strval(msg, param, res, &(get_cseq(msg)->number)); } +int pv_get_cseq_body(struct sip_msg *msg, pv_param_t *param, + pv_value_t *res) +{ + if(msg==NULL) + return -1; + + if(msg->cseq==NULL && ((parse_headers(msg, HDR_CSEQ_F, 0)==-1) + || (msg->cseq==NULL)) ) + { + LM_ERR("cannot parse CSEQ header\n"); + return pv_get_null(msg, param, res); + } + return pv_get_strval(msg, param, res, &msg->cseq->body); +} + int pv_get_msg_buf(struct sip_msg *msg, pv_param_t *param, pv_value_t *res) { diff --git a/src/modules/pv/pv_core.h b/src/modules/pv/pv_core.h index 0fd79b7346..898b3a8513 100644 --- a/src/modules/pv/pv_core.h +++ b/src/modules/pv/pv_core.h @@ -88,6 +88,9 @@ int pv_get_from_attr(struct sip_msg *msg, pv_param_t *param, int pv_get_cseq(struct sip_msg *msg, pv_param_t *param, pv_value_t *res); +int pv_get_cseq_body(struct sip_msg *msg, pv_param_t *param, + pv_value_t *res); + int pv_get_msg_buf(struct sip_msg *msg, pv_param_t *param, pv_value_t *res);

7 years, 1 month

git:master:c8e2c77c: pv: new var $prid - get protocol id (int value)

by Daniel-Constantin Mierla

Module: kamailio Branch: master Commit: c8e2c77c28a6aed6996c05060fa3d24c3e0a933a URL: https://github.com/kamailio/kamailio/commit/c8e2c77c28a6aed6996c05060fa3d24… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: 2017-09-27T09:33:29+02:00 pv: new var $prid - get protocol id (int value) --- Modified: src/modules/pv/pv.c Modified: src/modules/pv/pv_core.c Modified: src/modules/pv/pv_core.h --- Diff: https://github.com/kamailio/kamailio/commit/c8e2c77c28a6aed6996c05060fa3d24… Patch: https://github.com/kamailio/kamailio/commit/c8e2c77c28a6aed6996c05060fa3d24… --- diff --git a/src/modules/pv/pv.c b/src/modules/pv/pv.c index e7afac57b9..45531c52d9 100644 --- a/src/modules/pv/pv.c +++ b/src/modules/pv/pv.c @@ -304,6 +304,9 @@ static pv_export_t mod_pvs[] = { {{"pr", (sizeof("pr")-1)}, /* */ PVT_OTHER, pv_get_proto, 0, 0, 0, 0, 0}, + {{"prid", (sizeof("prid")-1)}, /* */ + PVT_OTHER, pv_get_protoid, 0, + 0, 0, 0, 0}, {{"proto", (sizeof("proto")-1)}, /* */ PVT_OTHER, pv_get_proto, 0, 0, 0, 0, 0}, diff --git a/src/modules/pv/pv_core.c b/src/modules/pv/pv_core.c index 34b03a411f..45d189d74f 100644 --- a/src/modules/pv/pv_core.c +++ b/src/modules/pv/pv_core.c @@ -1237,6 +1237,17 @@ int pv_get_proto(struct sip_msg *msg, pv_param_t *param, return pv_get_strintval(msg, param, res, &s, (int)msg->rcv.proto); } +/* proto id of received message */ +int pv_get_protoid(struct sip_msg *msg, pv_param_t *param, + pv_value_t *res) +{ + str s; + if(msg==NULL) + return -1; + + return pv_get_sintval(msg, param, res, (int)msg->rcv.proto); +} + int pv_get_dset(struct sip_msg *msg, pv_param_t *param, pv_value_t *res) { diff --git a/src/modules/pv/pv_core.h b/src/modules/pv/pv_core.h index ac36ef315a..0fd79b7346 100644 --- a/src/modules/pv/pv_core.h +++ b/src/modules/pv/pv_core.h @@ -187,6 +187,9 @@ int pv_get_pai(struct sip_msg *msg, pv_param_t *param, int pv_get_proto(struct sip_msg *msg, pv_param_t *param, pv_value_t *res); +int pv_get_protoid(struct sip_msg *msg, pv_param_t *param, + pv_value_t *res); + int pv_get_dset(struct sip_msg *msg, pv_param_t *param, pv_value_t *res);

7 years, 1 month

git:master:d61e4aa8: Merge pull request #924 from linuxmaniac/vseva/fix_app_python

by GitHub

Module: kamailio Branch: master Commit: d61e4aa8ef2882ba2b40bf27b0f17ebdcfa074dc URL: https://github.com/kamailio/kamailio/commit/d61e4aa8ef2882ba2b40bf27b0f17eb… Author: Konstantin M <ezdev128(a)users.noreply.github.com> Committer: GitHub <noreply(a)github.com> Date: 2017-09-26T23:20:18+02:00 Merge pull request #924 from linuxmaniac/vseva/fix_app_python app_python: fix compiler warning --- Modified: src/modules/app_python/Makefile --- Diff: https://github.com/kamailio/kamailio/commit/d61e4aa8ef2882ba2b40bf27b0f17eb… Patch: https://github.com/kamailio/kamailio/commit/d61e4aa8ef2882ba2b40bf27b0f17eb… --- diff --git a/src/modules/app_python/Makefile b/src/modules/app_python/Makefile index d1854c12e4..02f5fff664 100644 --- a/src/modules/app_python/Makefile +++ b/src/modules/app_python/Makefile @@ -22,6 +22,8 @@ ifeq ($(OS), freebsd) LIBS+=-pthread endif +# python2 https://www.python.org/dev/peps/pep-3123/ +DEFS+=-fno-strict-aliasing DEFS+=-I${PYTHON_INCDIR} DEFS+=-DKAMAILIO_MOD_INTERFACE

7 years, 1 month

← Newer
1
...
9
10
11
12
13
14
15
...
28
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev September 2017