Re: [Savannah-hackers] savannah.gnu.org: submission of The partysip SIP proxy server

[Aymeric Moizard]

Hi,

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
found in
http://osip.atosc.org/partysip-0.4.1.tar.gz

I hope this fix any potential licensing issue.
Thanks
Aymeric

On Wed, 1 May 2002, Loic Dachary wrote:

>
>       Hi,
>
>       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 
> plugins.
>  >
>  > 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
>