Revision: 5965
http://openser.svn.sourceforge.net/openser/?rev=5965&view=rev
Author: miconda
Date: 2010-01-07 10:31:02 +0000 (Thu, 07 Jan 2010)
Log Message:
-----------
fix for scenario:
A -> RTPP -> B, offer in INVITE, answer in 200 OK (SDP in INVITE+200 OK)
A -> RTPP -> B, re-Invite on session expiry, SDP in 200 OK + ACK
The from-tag and to-tag are not swapped in the ACK with rtpproxy_answer(). Options "sl" would do the trick also, but "s" is deprecated soon
Patch by Walter Schober
Modified Paths:
--------------
branches/1.5/modules/nathelper/nathelper.c
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#25 - Strange symbols in NOTIFY dialog-info+xml body
User who did this - Klaus Darilion (klaus3000)
----------
Hi Andrey!
I checked the code but could not find a bug.
Can you send me the MI command you use to generate the PUBLISH, so that I can reproduce the bug?
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=25#comment24
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
Module: sip-router
Branch: kamailio_3.0
Commit: 1a9f379ed66dbcc05f7750ff961c0a7a6607b0db
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=1a9f379…
Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date: Wed Jan 6 18:50:31 2010 +0100
presence(k): aliased MLA to SLA
- doc updated to reflect RFCs and drafts
---
modules_k/presence/subscribe.c | 19 +++++++++-------
modules_k/presence/utils_func.h | 3 +-
modules_k/presence_xml/README | 11 ++++++---
modules_k/presence_xml/doc/presence_xml_admin.xml | 24 ++++++++++++++++----
4 files changed, 39 insertions(+), 18 deletions(-)
diff --git a/modules_k/presence/subscribe.c b/modules_k/presence/subscribe.c
index 3067919..6ea70ae 100644
--- a/modules_k/presence/subscribe.c
+++ b/modules_k/presence/subscribe.c
@@ -802,7 +802,7 @@ int extract_sdialog_info(subs_t* subs,struct sip_msg* msg, int mexp,
else
{
memset( &TO , 0, sizeof(TO) );
- if( !parse_to(msg->to->body.s,msg->to->body.s + msg->to->body.len + 1, &TO));
+ if( !parse_to(msg->to->body.s,msg->to->body.s + msg->to->body.len + 1, &TO))
{
LM_DBG("'To' header NOT parsed\n");
goto error;
@@ -1030,16 +1030,19 @@ int get_stored_info(struct sip_msg* msg, subs_t* subs, int* reply_code,
{
lock_get(&subs_htable[i].lock);
s= search_shtable(subs_htable, subs->callid,subs->to_tag,subs->from_tag, i);
- if (s && !EVENT_DIALOG_SLA(s->event->evp))
+ if (s)
{
- pres_uri.s= (char*)pkg_malloc(s->pres_uri.len* sizeof(char));
- if(pres_uri.s== NULL)
+ if(!EVENT_DIALOG_SLA(s->event->evp))
{
- lock_release(&subs_htable[i].lock);
- ERR_MEM(PKG_MEM_STR);
+ pres_uri.s= (char*)pkg_malloc(s->pres_uri.len* sizeof(char));
+ if(pres_uri.s== NULL)
+ {
+ lock_release(&subs_htable[i].lock);
+ ERR_MEM(PKG_MEM_STR);
+ }
+ memcpy(pres_uri.s, s->pres_uri.s, s->pres_uri.len);
+ pres_uri.len= s->pres_uri.len;
}
- memcpy(pres_uri.s, s->pres_uri.s, s->pres_uri.len);
- pres_uri.len= s->pres_uri.len;
goto found_rec;
}
lock_release(&subs_htable[i].lock);
diff --git a/modules_k/presence/utils_func.h b/modules_k/presence/utils_func.h
index c6590c8..5f94f0b 100644
--- a/modules_k/presence/utils_func.h
+++ b/modules_k/presence/utils_func.h
@@ -50,7 +50,8 @@
#define EVENT_DIALOG_SLA(ev) \
- ((ev)->type == EVENT_DIALOG && (ev)->params.dialog.sla)
+ ((ev)->type == EVENT_DIALOG \
+ && ((ev)->params.dialog.sla || (ev)->params.dialog.ma))
static inline int uandd_to_uri(str user, str domain, str *out)
diff --git a/modules_k/presence_xml/README b/modules_k/presence_xml/README
index e38262c..1b6e0d6 100644
--- a/modules_k/presence_xml/README
+++ b/modules_k/presence_xml/README
@@ -90,10 +90,13 @@ Chapter 1. Admin Guide
The module does specific handling for notify-subscribe events using xml
bodies. It is used with the general event handling module, presence. It
- constructs and adds 3 events to it: presence, presence.winfo,
- dialog;sla. By default all these events will be handled. If you do want
- to activate only certain events then disable the unneeded events via
- the module parameters.
+ constructs and adds 3 events to it:
+ * presence - SIMPLE status presence: RFC 3856
+ * presence.winfo - SIMPLE watcher info: RFC 3857
+ * dialog;sla (or dialog;ma) - Bridged Line Appearances (BLA) (or
+ Multiple Line Appearances (MLA)): draft-anil-sipping-bla
+
+ You can control which events are enabled via module parameters.
This module takes the XCAP permission rule documents from xcap_table.
The presence permission rules are interpreted according to the
diff --git a/modules_k/presence_xml/doc/presence_xml_admin.xml b/modules_k/presence_xml/doc/presence_xml_admin.xml
index cefadf0..1ee17c6 100644
--- a/modules_k/presence_xml/doc/presence_xml_admin.xml
+++ b/modules_k/presence_xml/doc/presence_xml_admin.xml
@@ -16,11 +16,25 @@
<section>
<title>Overview</title>
<para>
- The module does specific handling for notify-subscribe events using xml bodies.
- It is used with the general event handling module, presence. It constructs and adds
- 3 events to it: presence, presence.winfo, dialog;sla. By default all these events
- will be handled. If you do want to activate only certain events then disable the
- unneeded events via the module parameters.
+ The module does specific handling for notify-subscribe events using xml
+ bodies. It is used with the general event handling module, presence.
+ It constructs and adds 3 events to it:
+ <itemizedlist>
+ <listitem>
+ <para>presence - SIMPLE status presence: RFC 3856</para>
+ </listitem>
+ <listitem>
+ <para>presence.winfo - SIMPLE watcher info: RFC 3857</para>
+ </listitem>
+ <listitem>
+ <para>dialog;sla (or dialog;ma) - Bridged Line Appearances
+ (BLA) (or Multiple Line Appearances (MLA)):
+ draft-anil-sipping-bla</para>
+ </listitem>
+ </itemizedlist>
+ </para>
+ <para>
+ You can control which events are enabled via module parameters.
</para>
<para>
This module takes the XCAP permission rule documents from xcap_table.
Revision: 5964
http://openser.svn.sourceforge.net/openser/?rev=5964&view=rev
Author: miconda
Date: 2010-01-06 17:30:19 +0000 (Wed, 06 Jan 2010)
Log Message:
-----------
- aliased event dialog;ma to dialog;sla, specified by latest version of same draft
- draf expired for 2 years, threfore handling of the event is now disabled by default, can be enabled via module parameter
- upon a report from Damien Sandras, ekiga
Modified Paths:
--------------
branches/1.5/modules/presence/subscribe.c
branches/1.5/modules/presence_xml/README
branches/1.5/modules/presence_xml/doc/presence_xml_admin.xml
branches/1.5/modules/presence_xml/presence_xml.c
branches/1.5/parser/parse_event.c
branches/1.5/parser/parse_event.h
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
A new Flyspray task has been opened. Details are below.
User who did this - Andrey 'Krieger' Utkin (andrey.utkin.2)
Attached to Project - sip-router
Summary - Strange symbols in NOTIFY dialog-info+xml body
Task Type - Bug Report
Category - Module
Status - Unconfirmed
Assigned To -
Operating System - All
Severity - Low
Priority - Normal
Reported Version - Development
Due in Version - Undecided
Due Date - Undecided
Details - Happy New Year to all!
I notice such things frequently in NOTIFYies generated by Kamailio from my PUBLISHes (injected by MI command).
<code><dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="2" ll" entity="sip:1010@192.168.1.113"></code>
This looks to be xml syntax violation, and i think it may be reason why my snom phone does not react to NOTIFY with desired BLF behaviour.
One or more files have been attached.
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=25
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
Module: sip-router
Branch: master
Commit: 2cf0bb2cf1b98ea54c0085a48da27e0db0f9d522
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=2cf0bb2…
Author: Carsten Bock <lists(a)bock.info>
Committer: Carsten Bock <lists(a)bock.info>
Date: Wed Jan 6 16:38:04 2010 +0100
According to the docs, stream2uac / stream2uas should accept a "-1" as a valid parameter, in order to repeat forever. With the old conversion, a value of "-1" would be considered invalid.
Credits go to Min Wang (wang(a)basis-audionet.com) for finding and fixing this.
---
modules_k/nathelper/rtpproxy_stream.c | 11 +++++++----
1 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/modules_k/nathelper/rtpproxy_stream.c b/modules_k/nathelper/rtpproxy_stream.c
index 437cc5c..520bd2d 100644
--- a/modules_k/nathelper/rtpproxy_stream.c
+++ b/modules_k/nathelper/rtpproxy_stream.c
@@ -38,7 +38,6 @@
int
fixup_var_str_int(void **param, int param_no)
{
- unsigned long go_to;
int ret;
pv_elem_t *model;
str s;
@@ -57,10 +56,14 @@ fixup_var_str_int(void **param, int param_no)
}
*param = (void *)model;
} else if (param_no == 2) {
- go_to = str2s(*param, strlen(*param), &ret);
- if (ret == 0) {
+ /* According to
+ * http://www.kamailio.org/docs/modules/1.5.x/nathelper.html#rtpproxy_stream2x…
+ * this could be -1 */
+ s.s = (char *)(*param);
+ s.len = strlen(s.s);
+ if (str2sint(&s, &ret)==0) {
pkg_free(*param);
- *param = (void *)go_to;
+ *param = (void *)ret;
} else {
LM_ERR("bad number <%s>\n", (char *)(*param));
return E_CFG;