savannah-hackers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: Loic Dachary
Subject: Re: [Savannah-hackers] savannah.gnu.org: submission of The partysip SIP proxy server
Date: Wed, 1 May 2002 10:19:03 +0200

        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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]