Module: sip-router
Branch: master
Commit: 8459110abc3e0241e7b8a028e0252c97c8a5d9b5
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=8459110…
Author: Andrei Pelinescu-Onciul <andrei(a)iptel.org>
Committer: Andrei Pelinescu-Onciul <andrei(a)iptel.org>
Date: Mon Oct 5 16:15:30 2009 +0200
sctp: linux kernel obsolete api bug workaround
set SPP_PMTUD_ENABLE when changing pathmaxrxt on linux. This was
required on older versions of the api draft (<=14, most likely a
draft bug) and is still required on linux.
Reported-by: Libor Chocholaty libor at iptel org
---
sctp_server.c | 7 +++++++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/sctp_server.c b/sctp_server.c
index 909d735..9fa2b56 100644
--- a/sctp_server.c
+++ b/sctp_server.c
@@ -610,6 +610,13 @@ static int sctp_init_sock_opt_common(int s, int af)
pp.spp_flags=SPP_HB_DISABLE;
pp.spp_hbinterval=0;
}
+#ifdef __OS_linux
+ if (pp.spp_pathmaxrxt){
+ /* hack to work on linux, pathmaxrxt is set only if
+ SPP_PMTUD_ENABLE */
+ pp.spp_flags|=SPP_PMTUD_ENABLE;
+ }
+#endif /*__OS_linux */
/* if at least one is non-null => we have to set it */
if (sctp_setsockopt(s, IPPROTO_SCTP, SCTP_PEER_ADDR_PARAMS, (void*)&pp,
sizeof(pp), "setsockopt: SCTP_PEER_ADDR_PARAMS")!=0){
henning,
'make dbschema' works, but takes way too much time. in k, the command
completes in no time, but sr version takes forever. is sr version doing
some extra stuff?
-- juha
Revision: 5930
http://openser.svn.sourceforge.net/openser/?rev=5930&view=rev
Author: juhe
Date: 2009-10-05 12:20:50 +0000 (Mon, 05 Oct 2009)
Log Message:
-----------
* Send composed body only if content type is text/plain.
Modified Paths:
--------------
branches/1.5/modules/msilo/msilo.c
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
msilo/m_dump includes in front of dumped message a string, such as
[Offline message - Mon Oct 5 14:20:38 2009] hello
this is ok, if content type of body is text/plain, but not ok, if
content type is, for example, text/xml.
in my opinion this should be fixed, for example, by calling
m_build_body only of content type is text/plain.
-- juha
Module: sip-router
Branch: master
Commit: d953ef7a6060793aebb06fedc986cd88acb194e4
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=d953ef7…
Author: Henning Westerholt <henning.westerholt(a)1und1.de>
Committer: Henning Westerholt <henning.westerholt(a)1und1.de>
Date: Mon Oct 5 13:03:52 2009 +0200
db schemes(k): fix loading of DTD from internet, reported from Juha
---
doc/stylesheets/dbschema_k/catalog.xml | 84 ++++++++++++++++++++++++++++++++
1 files changed, 84 insertions(+), 0 deletions(-)
diff --git a/doc/stylesheets/dbschema_k/catalog.xml b/doc/stylesheets/dbschema_k/catalog.xml
new file mode 100644
index 0000000..fd30722
--- /dev/null
+++ b/doc/stylesheets/dbschema_k/catalog.xml
@@ -0,0 +1,84 @@
+<?xml version="1.0"?>
+
+<!--
+ * $Id: catalog.xml 4566 2008-08-05 15:03:51Z klaus_darilion $
+ *
+ * XSL converter script for docbook
+ *
+ * Copyright (C) 2001-2007 FhG Fokus
+ *
+ * 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., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
+ *
+ */
+ -->
+
+<!DOCTYPE catalog PUBLIC "-//OASIS//DTD Entity Resolution XML Catalog V1.0//EN"
+ "http://www.oasis-open.org/committees/entity/release/1.0/catalog.dtd">
+<catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog" prefer="public">
+
+ <!-- DTDs and XSL stylesheets for DBSchema are bundled with Kamailio
+ so we will just redirect xsltproc to their location in the
+ source tree
+ -->
+
+ <public publicId="-//kamailio.org//DTD DBSchema V1.1//EN"
+ uri="dtd/dbschema.dtd"/>
+
+ <rewriteURI uriStartString="http://kamailio.org/pub/kamailio/dbschema/dtd/1.1/"
+ rewritePrefix="dtd/"/>
+
+ <rewriteURI uriStartString="http://kamailio.org/dbschema/xsl/current/"
+ rewritePrefix="xsl/"/>
+
+ <!-- Uncomment the following entry if you have docbook DTDs in unusual
+ location or if you would like to validate the documentation against
+ newer docbook version
+ -->
+ <!--
+ <public publicId="-//OASIS//DTD DocBook XML V4.3//EN"
+ uri="file:///home/henning/docbook/dtd/docbookx.dtd"/>
+ -->
+
+ <!-- Uncomment the following entry if you have docbook XSL stylesheets
+ in unusual location, the value of rewritePrefix parameter should
+ point to the top level directory of your XSL stylesheets
+ -->
+ <!--
+ <rewriteURI uriStartString="http://docbook.sourceforge.net/release/xsl/current/"
+ rewritePrefix="file:///home/henning/docbook/xsl/"/>
+ -->
+
+ <!-- Try the system wide catalogs as the last step before reverting
+ to using the value of system identifiers and URI references
+ from the documents being processed (they usualy contain HTTP
+ URIs).
+ -->
+ <delegatePublic publicIdStartString="" catalog="file:///etc/xml/catalog"/>
+ <delegateURI uriStartString="" catalog="file:///etc/xml/catalog"/>
+
+ <!-- If xsltproc gets here while searching the catalog then no entry was
+ found in the catalog files for the requested resource and in this case
+ xsltproc will attempt to download the resource from the internet using
+ the HTTP protocol. It will use the HTTP URIs from system identifiers
+ and URI references (therefore the XSL customization stylesheets in SER
+ refer to the original XSL stylesheets using HTTP URIs).
+
+ Note: Downloading DTDs and XSL stylesheets can be very slow, because
+ each file will be downloaded several times, because xsltproc
+ does not cache downloaded files.
+ -->
+</catalog>
It's very frustrating that some functions don't accept pseudovariables
and there's no workaround.
For example, in this case I need rtpproxy_offer() and rtpproxy_answer()
to accept an IP address argument that is retrieved from a database.
However, this won't work.
rtpproxy_offer("", $var(src_ip)); # Config compilation error
rtpproxy_offeR("", "$var(src_ip)"); # Results in $var(src_ip)
# literally being placed in the
# SDP body.
I understand it is difficult to go back and update all legacy functions
to accept PVs everywhere. But isn't it possible to provide a
wrapper/compatibility function in the core that will parse a PV and
generate as a result something that other functions can see as a string
literal?
--
Alex Balashov - Principal
Evariste Systems
Web : http://www.evaristesys.com/
Tel : (+1) (678) 954-0670
Direct : (+1) (678) 954-0671