Development

Development.NewDesignStage1 History

Hide minor edits - Show changes to output

October 10, 2014, at 03:22 PM by 89.120.101.121 -
Changed line 1 from:
!!!!!Development -> [[Development.NewDesign|2.0 Design]] -> Stage 1 implementation
to:
!!!!!Development -> [[Development.NewDesign|New Design]] -> Stage 1 implementation
Changed lines 8-9 from:
The current 2.0 implementation acts as a simple RURI-based (with full DNS resolving) SIP proxy/relay. UDP and TCP protocols are supported (with multiple interfaces). The routing logic is hardcoded (for the moment) to simply do RURI based forwarding in stateless mode (no transaction or dialog support yet).
to:
The current experimental implementation acts as a simple RURI-based (with full DNS resolving) SIP proxy/relay. UDP and TCP protocols are supported (with multiple interfaces). The routing logic is hardcoded (for the moment) to simply do RURI based forwarding in stateless mode (no transaction or dialog support yet).
Changed lines 22-23 from:
According to the [[Development.NewDesignDescription#toc3|OpenSIPS 2.0 Design]], the current implementation covers the '''OpenSIPS Core, layers L0 and L1 plus the DB support'''.
to:
According to the [[Development.NewDesignDescription#toc3|OpenSIPS New Design]], the current implementation covers the '''OpenSIPS Core, layers L0 and L1 plus the DB support'''.
Changed lines 44-45 from:
Dependencies: compiling OpenSIPS 2.0 core requires [[http://c-ares.haxx.se/|C-Ares library]] (and devel package) on your machine. Both lib and devel packages are widely available on all operating systems / distros.
to:
Dependencies: compiling OpenSIPS Experimental core requires [[http://c-ares.haxx.se/|C-Ares library]] (and devel package) on your machine. Both lib and devel packages are widely available on all operating systems / distros.
Changed line 111 from:
People involved in the developement of OpenSIPS 2.0 (alphabetical order):
to:
People involved in the developement of OpenSIPS Experimental (alphabetical order):
May 14, 2013, at 02:03 PM by 109.99.235.212 -
Changed line 1 from:
!!Development -> [[NewDesign|2.0 Design]] -> Stage 1 implementation
to:
!!!!!Development -> [[Development.NewDesign|2.0 Design]] -> Stage 1 implementation
May 09, 2013, at 11:38 AM by 109.99.235.212 -
Changed line 46 from:
If you encounter compiling/linking problems, please report to us via the [[Resources.MailingLists|devel mailing list]].
to:
If you encounter compiling/linking problems, please report to us via the [[Support.MailingLists|devel mailing list]].
February 17, 2011, at 05:50 PM by bogdan -
Changed lines 31-32 from:
git clone git://opensips.git.sourceforge.net/gitroot/opensips/sip-server sip_server_2
to:
git clone git://opensips.git.sourceforge.net/gitroot/opensips/sip_server sip_server_2
Changed line 34 from:
git clone ssh://bogdan_iancu@opensips.git.sourceforge.net/gitroot/opensips/opensips sip_server_2
to:
git clone ssh://SF_USERNAME@opensips.git.sourceforge.net/gitroot/opensips/sip_server sip_server_2
February 17, 2011, at 02:16 PM by bogdan -
Added line 107:
----
February 17, 2011, at 02:16 PM by bogdan -
Added lines 108-114:
!!! Credits

People involved in the developement of OpenSIPS 2.0 (alphabetical order):

* '''Andrei DRAGUS''' - andrei@opensips.org
* '''Bogdan IANCU''' - bogdan@opensips.org
* '''Vlad PAIU''' - vladpaiu@opensips.org
February 17, 2011, at 01:45 PM by bogdan -
Changed lines 10-23 from:
From functionalities functionalities:
* configuration script with a section-based structure, used for global parameters (no support for routing logic yet)
* UDP and TCP transport protocols, multi-interface definition ; transport protocols are compiled as external libraries to core and loaded dynamically on demand (if an UDP interface is defined in cfg, the UDP protocol library will be loaded)
* asynchronous core reactor for managing blocking events (network ops, DNS queries, DB ops)
* thread based parallel processing - tasks are generated by different entities (like reactor indicating a new available read, timer triggering a new routine to be executed, DNS resolving being ready, DB operation being ready) and dispatched (with priorities and queuing) to a pool of available threads. All tasks are dispatched over all threads.
* timer thread - just fire tasks and push them to the worker threads (via dispatcher) to be executed
* SIP parser - parsing SIP packages (for TCP we now avoid double parsing - in old OpenSIPS, the messages were parsed first when read (to see where it ends) and secondly when parsed for routing)
* SIP message changes - old approach (with changes stored in lump for later insertion) was dropped - changes are now realtime (and can be seen from further processing). Data is partitioned at header level (each header is individually modified in realtime)
* DNS resolver - asynchronous DNS resolver (NAPTR, SRV, A) based on c-ares library. DNS caching or DNS failover not yet implemented.
* DB interface - DB core interface in place, MYSQL and POSTGRES asynchronous modules to be released in the next weeks
* Management Interface - same 'feel and look' MI support as for the old OpenSIPS; Only FIFO backend is available.

According to the [[Development.NewDesignDescription#toc3|OpenSIPS 2.0 Design]], the current implementation covers the OpenSIPS Core, layers L0 and L1 plus the DB support
to:
Available functionalities:
* '''configuration script''' with a section-based structure, used for global parameters (no support for routing logic yet)
* '''UDP and TCP transport protocols''', multi-interface definition ; transport protocols are compiled as external libraries to core and loaded dynamically on demand (if an UDP interface is defined in cfg, the UDP protocol library will be loaded)
* '''asynchronous core reactor''' for managing blocking events (network ops, DNS queries, DB ops)
* '''thread based parallel processing''' - tasks are generated by different entities (like reactor indicating a new available read, timer triggering a new routine to be executed, DNS resolving being ready, DB operation being ready) and dispatched (with priorities and queuing) to a pool of available threads. All tasks are dispatched over all threads.
* '''timer thread''' - just fire tasks and push them to the worker threads (via dispatcher) to be executed
* '''SIP parser''' - parsing SIP packages (for TCP we now avoid double parsing - in old OpenSIPS, the messages were parsed first when read (to see where it ends) and secondly when parsed for routing)
* '''SIP message changes''' - old approach (with changes stored in lump for later insertion) was dropped - changes are now realtime (and can be seen from further processing). Data is partitioned at header level (each header is individually modified in realtime)
* '''DNS resolver''' - asynchronous DNS resolver (NAPTR, SRV, A) based on c-ares library. DNS caching or DNS failover not yet implemented.
* '''DB interface''' - DB core interface in place, MYSQL and POSTGRES asynchronous modules to be released in the next weeks
* '''Management Interface''' - same 'feel and look' MI support as for the old OpenSIPS; Only FIFO backend is available.

According to the [[Development.NewDesignDescription#toc3|OpenSIPS 2.0 Design]], the current implementation covers the '''OpenSIPS Core, layers L0 and L1 plus the DB support'''.
Changed lines 44-45 from:
Dependencies: compiling OpenSIPS 2.0 core requires [[http://c-ares.haxx.se/|C-Ares library]] (and devel package) on your machine. Bothe lib and devel pacakges are widely available on all operating systems / distros.
to:
Dependencies: compiling OpenSIPS 2.0 core requires [[http://c-ares.haxx.se/|C-Ares library]] (and devel package) on your machine. Both lib and devel packages are widely available on all operating systems / distros.
Changed line 48 from:
A sample of config file is provided in the repo, under etc/opensips.cfg . To start opensips, do:
to:
A sample of config file is provided in the repository, under etc/opensips.cfg . To start opensips, do:
February 17, 2011, at 01:30 PM by bogdan -
Changed line 102 from:
!!! "modules" section
to:
!!!! "modules" section
February 17, 2011, at 01:29 PM by bogdan -
Changed line 3 from:
to:
(:toc-float Table of Content:)
Changed line 53 from:
!!! configuration option
to:
!!! Configuration option
February 17, 2011, at 01:28 PM by bogdan -
Added lines 89-106:

!!!! "net" section

* listen = [proto:]IP[:port] - listening interface to be used by OpenSIPS
* net_tos = N - TOS to be used for sending traffic
* udp_maxbuffer = N - size in bytes for the maximum size of the UDP buffer
* udp_min_size = N - what's the minim size of a UDP SIP message in order to be considered valid (otherwise discarded)
* tcp_max_size = N - maximum size (in bytes) for a TCP package
* tcp_via_alias = 1/0 - if OpenSIPS should do aliasing for the TCP connections
* tcp_lifetime = N - lifetime (seconds) of a TCP connection after the last data sent/received
* tcp_max_connections = N - maximum number of TCP connections to be allowed


!!! "modules" section

* path = PATH - path where the core modules are installed
* load = MODULE_NAME - load a given core module
February 17, 2011, at 01:22 PM by bogdan -
Changed lines 24-25 from:
to:
----
Changed lines 48-92 from:
!!! configuration option
to:
A sample of config file is provided in the repo, under etc/opensips.cfg . To start opensips, do:
./opensips -f etc/opensips.cfg

----

!!! configuration option

The configuration file is parameter oriented (not routing script here). The parameters are grouped in sections with the format:

[@
[section1]
param1 = value
param2 = value

[section2]
paramX = value
...
@]

!!!! "core" section

* daemon = 1/0 - if OpenSIPS should become daemon
* chidlren = N - how many worker threads should be created
* working_dir = path - directory to be used as working direction by OpenSIPS at runtime
* chroot_dir = path - directory to change do after OpenSIPS starts
* user = ID/name - system user to be used by OpenSIPS at runtime
* group = ID/name - system group to be used by OpenSIPS at runtime
* do_coredump = 1/0 - if OpenSIPS should coredump when crashing
* rt_coredump = 1/0 - if OpenSIPS should do realtime coredump (per thread) or at the end (per process)
* open_files = N - limit of open files
* pid_file = file - file for OpenSIPS to write its PID
* pgid_file = file - file for OpenSIPS to write its PGID

!!!! "log" section

* debug = N - logging level to be used by OpenSIPS (4=DBG, 3=INFO, 2=NOTICE, 2=WARN, -1=ERR, -2=CRIT, -3=ALERT)
* memlog = N - log level to be used for printing memory debug info
* memdump = N - log level to be used for printing memory dumps
* log_syslog = 0/1 - if OpenSIPS should log to syslog or standard error
* log_name = NAME - what name to be used by OpenSIPS when logging to syslog
* log_facility = FACILITY = - what log facility to be used by OpenSIPS when logging to syslog



----
February 17, 2011, at 01:01 PM by bogdan -
Changed line 12 from:
* UDP and TCP transport protocols, multi-interface definition
to:
* UDP and TCP transport protocols, multi-interface definition ; transport protocols are compiled as external libraries to core and loaded dynamically on demand (if an UDP interface is defined in cfg, the UDP protocol library will be loaded)
Changed lines 17-18 from:
*
to:
* SIP message changes - old approach (with changes stored in lump for later insertion) was dropped - changes are now realtime (and can be seen from further processing). Data is partitioned at header level (each header is individually modified in realtime)
* DNS resolver - asynchronous DNS resolver (NAPTR, SRV, A) based on c-ares library. DNS caching or DNS failover not yet implemented.
* DB interface - DB core interface in place, MYSQL and POSTGRES asynchronous modules to be released in the next weeks
* Management Interface - same 'feel and look' MI support as for the old OpenSIPS; Only FIFO backend is available.

According to the [[Development.NewDesignDescription#toc3|OpenSIPS 2.0 Design]], the current implementation covers the OpenSIPS Core, layers L0 and L1 plus the DB support

Added lines 26-45:

Code is available via GIT repository hosted on SourceForge. To get a copy of the code, do:

* for a read-only copy (if you are not an OpenSIPS developer on SF):
git clone git://opensips.git.sourceforge.net/gitroot/opensips/sip-server sip_server_2

* for a read-write copy (if you are an OpenSIPS developer on SF):
git clone ssh://bogdan_iancu@opensips.git.sourceforge.net/gitroot/opensips/opensips sip_server_2

Once you have the sources, you can simply compile by :
make all

Sub-options:
make protos - compile only protocol libraries (TCP and UDP)
make modules - compile only core modules (only mi_fifo for the moment)
make - compile only core

Dependencies: compiling OpenSIPS 2.0 core requires [[http://c-ares.haxx.se/|C-Ares library]] (and devel package) on your machine. Bothe lib and devel pacakges are widely available on all operating systems / distros.

If you encounter compiling/linking problems, please report to us via the [[Resources.MailingLists|devel mailing list]].
February 17, 2011, at 12:19 PM by bogdan -
Added lines 7-17:

The current 2.0 implementation acts as a simple RURI-based (with full DNS resolving) SIP proxy/relay. UDP and TCP protocols are supported (with multiple interfaces). The routing logic is hardcoded (for the moment) to simply do RURI based forwarding in stateless mode (no transaction or dialog support yet).

From functionalities functionalities:
* configuration script with a section-based structure, used for global parameters (no support for routing logic yet)
* UDP and TCP transport protocols, multi-interface definition
* asynchronous core reactor for managing blocking events (network ops, DNS queries, DB ops)
* thread based parallel processing - tasks are generated by different entities (like reactor indicating a new available read, timer triggering a new routine to be executed, DNS resolving being ready, DB operation being ready) and dispatched (with priorities and queuing) to a pool of available threads. All tasks are dispatched over all threads.
* timer thread - just fire tasks and push them to the worker threads (via dispatcher) to be executed
* SIP parser - parsing SIP packages (for TCP we now avoid double parsing - in old OpenSIPS, the messages were parsed first when read (to see where it ends) and secondly when parsed for routing)
*
February 16, 2011, at 07:21 PM by bogdan -
Added lines 1-10:
!!Development -> [[NewDesign|2.0 Design]] -> Stage 1 implementation
This page has been visited {$PageCount} times.

----

!!! What is available

!!! Where to get code

!!! configuration option

Page last modified on October 10, 2014, at 03:22 PM