[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Savannah-hackers] savannah.gnu.org: submission of The partysip SIP
Re: [Savannah-hackers] savannah.gnu.org: submission of The partysip SIP proxy server
Mon, 6 May 2002 10:54:06 +0200 (CEST)
Here is my new proposal for the licene of partysip:
The core application is LGPL.
--> can load any plugins with any license (GPL as well as proprietary)
--> linked with the ppl library. (LGPL)
The "ppl" library is LGPL.
--> linked with the standard C library.
The included plugins are all GPL.
--> loaded by the core application.
The source code with the above license can be
I hope this fix any potential licensing issue.
On Wed, 1 May 2002, Loic Dachary wrote:
> Could you please submit your project again with a URL to the
> current distribution ? Even a temporary URL will do. We will help you
> fix potential licensing problems.
> Thanks in advance,
> address@hidden writes:
> > A package was submitted to savannah.gnu.org.
> > This mail was sent to address@hidden, address@hidden
> > Aymeric MOIZARD <address@hidden> described the package as follows:
> > License: gpl
> > Other License:
> > Package: The partysip SIP proxy server
> > System name: partysip
> > This package does NOT want to apply for inclusion in the GNU project
> > partysip is a modular SIP proxy server. This is a central point for
> managing a SIP network. Mainly SIP phones advertise their locations (sip urls
> like <sip:address@hidden>) to partysip which is then able to route the calls.
> > The license chosen for partysip and its usual plugins is the GPL. As an
> exception, include files are LGPL to allow implementations of vendor\'s
> > partysip is a modular application where functionalities and behaviors are
> defined in plugins. A set of proposed plugins for usual behaviors is included
> in the distribution. The filtering plugin will block requests based on a set
> of rules. The authentication plugin will be responsible of validating
> credentials found in requests. A plugin will be responsible for routing
> message properly when the request does already contain routing informations.
> Other plugins will generally be used to search for locations in a local or
> remote database or through a DNS resolution (SRV records).
> > Plugins are made optional. The set of pre-loaded plugins will entirely be
> up to the proxy administrator allowing him to adapt the proxy behavior. For
> example, one could write a stateless plugin always rooting calls to 5
> Statefull proxies for load balancing purpose. Statefull proxies will contains
> the authentication plugin while the stateless one won\'t. This would allow
> building quickly a scalable SIP network.
> > By now, release 0.4.0 offers 6 plugins. A udp plugin is used to exchange
> SIP messages on the network. Any plugins for other protocol can be
> implemented (TCP is not yet provided). The filtering plugin is not
> implemented. An authentication plugin (rfc2617) exists for MD5. (Supported by
> nearly all SIP phones). As some SIP requests already contain enough routing
> information, a plugin is able to check if a location search is needed. A
> plugin offers the \"SIP registrar\" functionalities and behaviors where
> entries are stored in the local database. A local database access plugin
> (location search) is ready but the remote database access plugin is not yet
> implemented (LDAP might be supported in the future.)
> > As an initial limitation, the statefull side of the proxy is not available
> to plugins. Only redirect and stateless proxy modes are provided in the
> initial release.
> > The first release 0.4.0 will be published as soon as the savannah CVS will
> be running.
> Loic Dachary http://www.dachary.org/ address@hidden
> 12 bd Magenta http://www.senga.org/ address@hidden
> 75010 Paris T: 33 1 42 45 07 97 address@hidden
> GPG Public Key: http://www.dachary.org/loic/gpg.txt