FOSDEM 2007
The HomeSIP Project: Using Open Source SIP Stack for Home Automation
P. Kadionik, A. Ben Atitallah, P. Nouel IMS, ENSEIRB, University of Bordeaux, France C. Consel, L. Burgy, N. Palix, W. Jouve et J. Lancia LaBRI, ENSEIRB, University of Bordeaux, France email web : kadionik@enseirb.fr : http://www.enseirb.fr/~kadionik http://www.enseirb.fr/cosynux/
The HomeSIP Project
pk/enseirb/2007
-1-
INTRODUCTION
The HomeSIP Project
pk/enseirb/2007
-2-
The HomeSIP Project
The HomeSIP project (acronym for Home Automation with SIP) consists to setup a HW/SW platform based on the SIP protocol. This project is oriented embedded systems for Home Automation and is built with different hardware devices running free software (embedded Linux, protocol stacks). It will be used at the ENSEIRB School of Electrical Engineering (Ecole Nationale Suprieure d'Informatique Electronique et Radiocommunications de Bordeaux)
The HomeSIP Project
pk/enseirb/2007
-3-
The HomeSIP Team
HW/ Cosynux Team from the IMS Lab (Intgration du Matriau au Systme): Firm
COnception de SYstmes NUmriques X
(with the Linux Touch!)
SW/ Phoenix Team from the LaBRI Lab (Laboratoire Bordelais DSL de Recherche en Informatique).
More informations: http://www.enseirb.fr/cosynux/ http://phoenix.labri.fr/
The HomeSIP Project
pk/enseirb/2007
-4-
THE HOMESIP PROJECT AND M2M
The HomeSIP Project
pk/enseirb/2007
-5-
The Idea
The HomeSIP project is based on the well known SIP protocol (Session Initiation Protocol) and generally used for VoIP (Voice Over IP). The idea is to used SIP as an universal container for collecting data coming from sensors (inputs) and for driving actuators (outputs). SIP is also used in a Home Automation context!
The HomeSIP Project
pk/enseirb/2007
-6-
The HomeSIP Project Overview
The HomeSIP project has different components: An hardware platform composed with sensors and actuators connected to embedded systems with network capabilities and having an Internet connectivity. Different specific software running Linux in the embedded systems. A new dedicated DSL language (Domain Specific Language) pour developing new services on the HomeSIP platform. The HomeSIP project will be finally integrated to the VoIP platform of the ENSEIRB School of Electrical Engineering for real testing
The HomeSIP Project
pk/enseirb/2007
-7-
HomeSIP and M2M
The HomeSIP project is also a project for Home Automation that is a part of the M2M engineering. M2M (Machine to Machine) is an infrastructure based on an network that allows communications directly between devices or through a server without human control. It allows for example automatic data recording and processing by the devices. It is in fact the logical evolution of remote control of an HW device connected to the Internet!
The HomeSIP Project
pk/enseirb/2007
-8-
M2M
M2M is the convergence between electronics, software computing and networking. The Internet network is used as a backbone. New concepts have emerged like:
Ubiquitous Internet. Ubiquitous computing. Pervasive computing.
Wireless networks (with IP protocol) are generally used:
Bluetooth, Wifi, ZigBee Example: wireless sensor networks.
The HomeSIP Project
pk/enseirb/2007
-9-
M2M
This new class of applications corresponds to activities consisting in collecting, coordinating, transmitting, treating and reacting to information emanating from communication entities (or objects), local or distant, fixed or mobile. The communication infrastructure manages all the aspects of the communication between the entities of an M2M application (abstraction from HW).
The HomeSIP Project
pk/enseirb/2007
- 10 -
M2M
M2M has several applications like: Home Automation, building management. Security. Video monitoring. Navigation Telemetry. Energy monitoring. Remote medicine. Electronic money.
The HomeSIP Project
pk/enseirb/2007
- 11 -
IP PROTOCOLS FOR HOME AUTOMATION
The HomeSIP Project
pk/enseirb/2007
- 12 -
The Home Automation Context
Receive Alarm Receive regular data Global control interface Multi-users Remote control
An Home Automation example
The HomeSIP Project
pk/enseirb/2007
- 13 -
The Home Automation Context
From the Home Automation point of view, we can distinguish two kinds of data transfers:
Synchronous transfers. The current data is sampled by an application, for example the current value from a sensor. We want to perform an action too, for example, changing the current value of an actuator. A sensor may be a temperature sensor and a actuator, a simple electric bulb.
We must perform GET and PUT actions.
Asynchronous transfers. An alarm is sent asynchronously to the user when something is going wrong. For example a sensor is detecting a malfunction.
We must collect ALARM events.
The HomeSIP Project
pk/enseirb/2007
- 14 -
Internet Protocols for Home Automation
In the constellation of Internet protocols, we must choose those supporting GET, PUT, ALARM actions for controlling hardware devices. The most interesting protocols are:
HTTP. SMTP. SNMP. SIP. Special case: Specific network application
The HomeSIP Project
pk/enseirb/2007
- 15 -
Specific Network Application for Home Automation
The specific network application is:
Based on the socket API. The data stream is byte oriented and not structured. Dedicated and specific. UDP: connexionless and unreliable. TCP: connection oriented and reliable. Quite difficult to develop.
For Home Automation, a specific network application may support GET, PUT and ALARM actions.
The HomeSIP Project
pk/enseirb/2007
- 16 -
HTTP for Home Automation
The HTTP protocol is:
The acronym for HyperText Transfer Protocol. A RFC. A client/server application. The client is a web browser and the server is the web server embedded into the HW device. The data stream is ASCII character oriented. HTTP has ASCII commands and ASCII responses. Uses TCP transport protocol. Quite easy to use.
For Home Automation, HTTP supports GET and PUT actions.
The HomeSIP Project
pk/enseirb/2007
- 17 -
SMTP for Home Automation
The SMTP protocol is:
The acronym for Simple Mail Transfer Protocol. A RFC. A client/server application. The client is the mail client embedded into the HW device and the server is the mail server. The data stream is ASCII character oriented. SMTP has ASCII commands and ASCII responses. Uses TCP transport protocol. Quite easy to use.
For Home Automation, SMTP supports ALARM actions.
The HomeSIP Project
pk/enseirb/2007
- 18 -
SNMP for Home Automation
The SNMP protocol is:
The acronym for Simple Network Management Protocol. A RFC. A client/server application. The client is a SNMP manager and the server is the SNMP agent embedded into the HW device. The data stream is byte oriented and coded according the BER Rule (Basic Encoding Rule). SNMP has commands and responses. Uses UDP transport protocol. Quite difficult to use and to understand.
For Home Automation, SNMP supports GET, PUT and ALARM actions.
The HomeSIP Project - 19 -
pk/enseirb/2007
SIP for Home Automation
The SIP protocol is:
The acronym for Session Initiation Protocol. A RFC. A client/server application. The client is a SIP Client User Agent and the server is the SIP Server User Agent embedded into the HW device. The data stream is ASCII character oriented. SIP has ASCII commands and ASCII responses. Uses UDP transport protocol. TCP is possible. Quite easy to use.
For Home Automation, SIP supports GET, PUT and ALARM actions.
The HomeSIP Project - 20 -
pk/enseirb/2007
Resume
Protocol Specific network application HTTP SMTP Transport Mode TCP UDP TCP TCP Stream byte
(ASCII)
Get yes
Put yes
Alarm yes
Easy to use? no
ASCII ASCII
yes -
Yes
(through CGI)
No yes
yes yes
(embedded mail server?)
SNMP SIP
UDP UDP
(TCP)
byte ASCII
yes yes
yes yes
yes yes
no yes
The HomeSIP Project
pk/enseirb/2007
- 21 -
SIP versus SNMP
The SNMP protocol has the same capabilities than SIP for Home Automation:
The SNMP GET message. The SNMP PUT message. The SNMP TRAP message for alarms.
But:
The HomeSIP Project
pk/enseirb/2007
- 22 -
SIP versus SNMP
The SNMP protocol is not well suited for Home Automation:
The SNMP protocol is complex (for example with the BER encoding). It is complex to use. The SNMP agent extension is something complicated (see NET-SNMP). The SNMP protocol is unsecure (with the most used version: 1). The SNMP agent has not a small memory footprint and is not well adapted for tiny embedded systems. These are no popular client applications. There's a lot with SIP!
...
SIP is also a better choice!
The HomeSIP Project
pk/enseirb/2007
- 23 -
SIP PROTOCOL PRESENTATION
The HomeSIP Project
pk/enseirb/2007
- 24 -
General SIP Structure
The SIP protocol (Session Initiation Protocol) is a package of different RFCs:
RFC 3261: SIP: Session Initiation Protocol. RFC 3265: Session Initiation Protocol (SIP)-Specific Event Notification. RFC 3428: Session Initiation Protocol (SIP) Extension for Instant Messaging.
SIP is a signaling protocol for setting a session between 2 users (or devices) for any kind of data exchange (or stream) via Internet.
The HomeSIP Project
pk/enseirb/2007
- 25 -
General SIP Structure
SIP comes from more classical signaling protocols like CCS7 (Common Channel Signaling 7) protocol from the ITU. CCS7 is used in the POTS (Plain Old Telephone Service), ISDN and GSM networks.
The HomeSIP Project
pk/enseirb/2007
- 26 -
General SIP Structure
But SIP is more flexible and is not dependent to any kind of data stream nor to any kind of transport network! This quality is its strength. SIP is used for putting two users into relation for exchanging any kind of data:
VoIP. The well known case! Instant messaging. Video. Others : presence indication, event notification
The HomeSIP Project
pk/enseirb/2007
- 27 -
General SIP Structure
SIP messages can be transported over:
The UDP protocol. The most used case. The TCP protocol. The TLS protocol (Transport Layer Security, RFC 3546) using SSL (Secure Socket Layer) over TCP. The SCTP protocol (Stream Control Transport Protocol, RFC 2960).
And:
The HomeSIP Project
pk/enseirb/2007
- 28 -
General SIP Structure
SDP
codecs
Application Transport Network Link/ Physical
RTSP
SIP
RTP
DNS
TCP
UDP
IP
PPP V.90 RTC Ethernet
AAL3/4 AAL5 ATM Others
SIP protocol in the Internet protocol constellation The HomeSIP Project
pk/enseirb/2007
- 29 -
General SIP Structure
The SIP protocol uses the same concepts than SMTP and HTTP protocols:
SIP is based on the client/server programming. Well known SIP port: 5060. SIP dialog protocol is command/response oriented. SIP has ASCII commands and ASCII responses. SIP has an addressing scheme for identifying SIP users (entities): URI (Uniform Resource Identifier) like the HTTP URL (Uniform Resource Locator). URI example: sip:kadionik@enseirb.fr
The HomeSIP Project
pk/enseirb/2007
- 30 -
SIP Infrastructure
Several entities (equipments and/or applications) are used by SIP :
The SIP User Agent. The Client UA (C-UA) starts the SIP call and emits a SIP request and the Server UA (S-UA) responds to the SIP request. The SIP Redirect Server helps to locate a SIP User Agent. The SIP Registrar Server records the availability of a SIP User Agent. Its processing the SIP REGISTER message. It can be integrated into a SIP Proxy Server. The SIP Proxy Server. It acts as an HTTP proxy. The SIP Location Server. It is a database used by the Redirect Server and/or the Proxy Server.
The HomeSIP Project
pk/enseirb/2007
- 31 -
SIP Infrastructure
DNS Server
DNS SIP
SIP Location Server SIP Registrar Incoming Proxy SIP
SIP SIP
Outcoming Proxy SIP
SIP
Calling User Agent
SIP RTP session for exchanging video
Called User Agent
SIP Infrastructure
The HomeSIP Project
pk/enseirb/2007
- 32 -
SIP Messages
The SIP messages are:
REGISTER: for recording a SIP User Agent to the Registrar Server. INVITE: for setting a session between 2 SIP User Agents. CANCEL: for cancelling an INVITE request. ACK: for acknowledging an INVITE request. BYE: for closing a SIP session. SUBSCRIBE, NOTIFY: SIP event subscription and notification. MESSAGE: instant messaging. Others: REFER, OPTIONS, INFO.
The HomeSIP Project
pk/enseirb/2007
- 33 -
SIP Session
Bob Laura Bob calls Laura for a VoIP session
INVITE : sip:laura@home
180 - Ringing
Ringing
200 - OK
Laura takes down
ACK
Bla bla bla
RTP
Bla bla bla
Bob hangs up
BYE
200 - OK
SIP message exchange for a VoIP SIP call The HomeSIP Project
pk/enseirb/2007
- 34 -
SIP Message Examples
SIP INVITE request:
SIP Response:
INVITE sip:laura@home.com SIP/2.0 Via: SIP/2.0/UDP pc11.work.com Max-Forwards: 70 To: Laura <sip:laura@home.com> From: Bob <sip:bob@work.com>;tag=1928301774 Call-ID: a84b4c76e66710 CSeq: 314159 INVITE Contact: <sip:bob@pc11.work.com> Content-Type: application/sdp Content-Length: 131 o=Bob 289123451 289123451 IN IP4 111.22.33.44 s=Let us talk for a while c=IN IP4 111.22.33.44 t=0 0 m=audio 20002 RTP/AVP 0 a=rtpmap:0 PCMU/8000
SIP/2.0 200 OK To: Laura <sip:laura@home.com>;tag=a6c85cf From: Bob <sip:bob@work.com>;tag=1928301774 Call-ID: a84b4c76e66710 CSeq: 314159 INVITE Contact: <sip:laura@222.33.44.55> Content-Type: application/sdp Content-Length: 131 v=0 o=Laura 289123444 289123444 IN IP4 222.33.44.55 s=Let us talk for a while c=IN IP4 222.33.44.55 t=0 0 m=audio 41002 RTP/AVP 0 a=rtpmap:0 PCMU/8000
The HomeSIP Project
pk/enseirb/2007
- 35 -
SIP Protocol and Home Automation
The SIP protocol has several qualities for Home Automation:
Supports abstract addressing/naming. Provides security: both authentication/authorization and privacy. Support different communication mechanisms for devices. Provides a flexible payload capability based on MIME types. Inter works with different in-home networking technologies: X.10, CAN bus, CPL. An hardware gateway may be used for this. Provides support for the mobility of networked appliances. Reuses of an existing SIP infrastructure for a whole new set of services.
The HomeSIP Project
pk/enseirb/2007
- 36 -
SIP Protocol and Home Automation
We can use these SIP messages for Home Automation:
SIP MESSAGE message for PUT or GET actions. This message is primary used for instant messaging (RFC 3428). SIP SUBSCRIBE and NOTIFY messages for ALARM events. Theses messages are primary used for presence notification (RFC 3265).
The HomeSIP Project
pk/enseirb/2007
- 37 -
THE HOMESIP PLATFORM: HW and SW DEVELOPMENT
The HomeSIP Project
pk/enseirb/2007
- 38 -
The HomeSIP Platform
It will be added to the ENSEIRBs VoIP platform. SIP devices are PC, SIP phones, dedicated embedded Linux devices (gateways), PDA (Nokia N770). At this time, only 2 SIP/sensor network gateways are used during software development. It is scheduled to add SIP/X.10 gateways, SIP/video gateways and SIP/RFID gateways... The Ethernet network is used as an IP backbone.
The HomeSIP Project
pk/enseirb/2007
- 39 -
The HomeSIP Platform
The HomeSIP platform The HomeSIP Project
pk/enseirb/2007
- 40 -
HomeSIP: HW development
The SIP/sensor network gateway is based on commercial hardware in order to avoid developing it:
ARM9 SBC board (from Eukra). This SBC runs embedded Linux and has a lot of I/O for connecting sensors and actuators: serial lines, I2C bus, USB bus, I/O The SBC board has its own Ethernet interface in order to act as a SIP gateway. Temperature sensors: iButton DS1920 from Dallas Semiconductor with an adapter for serial line connection. The one Wire bus used by iButton allows to add other compatible sensors A specific device has been also developed with a ZigBee interface for wireless connectivity (XBee module with PIC 16F877 with a temperature sensor)
The HomeSIP Project
pk/enseirb/2007
- 41 -
HomeSIP: SW development
Software development has been done on the SIP/sensor network gateway:
Porting Linux on the ARM9 SBC board. Finding an open source SIP stack with low memory footprint and porting it on the SBC board. Perhaps, developing our own? Developing embedded Linux applications for driving sensors. Developing SIP embedded Linux applications for collecting data from sensors through SIP messages.
The HomeSIP Project
pk/enseirb/2007
- 42 -
HomeSIP: Open Source SIP Stacks
These are several open source SIP stacks we can use. We must choose those written in C or C++ language. We have chosen the open source oSIP SIP stack and its extension API eXosip written by Aymeric Moizard. The oSIP SIP stack is written in C language, is portable with a very low memory footprint. eXosip is an API based on oSIP for simplifying SIP application writing (used in our case).
The HomeSIP Project
pk/enseirb/2007
- 43 -
HomeSIP: Open Source SIP Stacks
Available open source SIP stacks:
Sofia-SIP oSIP Yes Yes Yes Yes Yes Yes By the application Yes No Yes Yes Yes Yes < 400 KB LGPL No Yes Yes Yes Yes Yes Partially Yes No No Yes Yes Yes < 2,5 MB Vovida reSIProcate SipX No Yes Yes Yes Yes Yes Yes Yes No No Yes Yes Not tested < 4 MB LGPL Opal Yes Yes Yes Yes Yes Yes No Yes No No Yes Yes No Important Important Vovida No No Yes Partially Yes ? ? Yes ? ? Vocal No Soon Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes < 500 KB LGPL
VxWorks port Win32 port Linux port RFC 3261 RFC 2327 (SDP) RFC 3264 (O/A) RFC 3263 (SIP DNS) RFC 3515 (REFER) RFC 3262 (100rel) RFC 3311 (UPDATE) TCP UDP TLS Size License
Reference: http://www.huisetalage.nl/sip/stacks.pdf
The HomeSIP Project
pk/enseirb/2007
- 44 -
HomeSIP: SW development
Example 1: a first scenario has been written: periodic sending of the temperature read from a sensor via SIP. The SIP MESSAGE message is used. A SIP User Agent send_im embedded in the ARM9 SBC target (arm01) sends an SIP instant message to a SIP User Agent embedded into the host (PC). We use for this gaim and the josua User Agent (from the oSIP software). First case: SIP MESSAGE message for GET actions.
The HomeSIP Project
pk/enseirb/2007
- 45 -
HomeSIP: SW development
Nokia N770 (under development)
arm01
DS1920 iButton
arm02
DS1920 iButton
The HomeSIP Project
pk/enseirb/2007
- 46 -
HomeSIP: SW development
SIP messages generated by send_im The HomeSIP Project
pk/enseirb/2007
- 47 -
HomeSIP: SW development
Traces generated by send_im The HomeSIP Project
pk/enseirb/2007
- 48 -
HomeSIP: SW development
SIP Instant Messages collected by gaim (25,1 C) The HomeSIP Project
pk/enseirb/2007
- 49 -
HomeSIP: SW development
SIP instant Messages collected by josua (25,1 C et 26,9 C) The HomeSIP Project
pk/enseirb/2007
- 50 -
HomeSIP: SW development
Example 2: A second scenario has been written: asynchronous sending of the temperature read from a sensor via SIP. The SIP SUBSCRIBE/NOTIFY messages are used. A SIP User Agent send_notify embedded in the ARM9 SBC target reacts to a SUBSCRIBE SIP message and then sends regularly current temperature with a NOTIFY SIP to a SIP User Agent running in the host (PC). We use for this our own User Agent. Second case: SIP SUBSCRIBE and NOTIFY messages for ALARM events.
The HomeSIP Project - 51 -
pk/enseirb/2007
HomeSIP: SW development
SIP messages generated by send_notify The HomeSIP Project
pk/enseirb/2007
- 52 -
HomeSIP: SW development
Traces generated by send_notify (27,7 C) The HomeSIP Project
pk/enseirb/2007
- 53 -
THE NEED OF A DOMAIN SPECIFIC LANGUAGE
The HomeSIP Project
pk/enseirb/2007
- 54 -
What is a pervasive Computing Environment?
Pervasive computing environment is also known as ubiquitous computing: smart embedded devices are communicating all together
Environment model
Context information
enriches
abstraction function
Services
is consumed by
Lights Sensors Database Applications
measurement
Temperature Luminosity Humidity ...
domain description
Physical parameters
may interact
Hardware entities
Software entities
Real environment
The HomeSIP Project
pk/enseirb/2007
- 55 -
An example of a pervasive Computing Environment
A wide variety of entities with the associated context:
movement sensor
Lum inos ity
tion tec De
Database
window
Its night and someone enters the room turn the light on
Application
light sensor
The HomeSIP Project
pk/enseirb/2007
- 56 -
Why is challenging developing Applications?
Pervasive heterogeneous entities: Physical properties. Exchanged data. Interaction modes. Highly dynamic: Appearing and disappearing services and users. Deployment of new services.
The HomeSIP Project
pk/enseirb/2007
- 57 -
Requirements
Handling heterogeneity: Describing and organizing services and exchanged data. Defining the different interaction modes. Handling high dynamicity: Managing runtime service reconfigurations. Managing hardware dependencies. Functioning invisibly: Robustness, reliability. Minimizing interactions with users.
The HomeSIP Project - 58 -
pk/enseirb/2007
Comparison with existing Approaches
Service Organization Interaction modes Data type Approach
OSGI UPnP Olympus WS umbrella HomeSIP
Flat Flat Ontology Ontology Ontology
C C/E C C/E/S C/E/S
Java type system Schema XML Primitive type User defined Hierarchical
Middleware Middleware Framework Middleware DSL
C: Command, E: Event, S: Session The HomeSIP Project
pk/enseirb/2007
- 59 -
Solution: the DSL Approach
DSL is the acronym of Domain Specific Language. A new language is defined (like C language) for a specific context: Notion of service. Ontology-based (tree approach). Hierarchical data types. Taxonomy of interaction modes.
Benefits of the DSL approach: Syntax and semantic enrichments. Strong typing. Runtime and compile-time verifications. Robustness and reliability
The HomeSIP Project
pk/enseirb/2007
- 60 -
The Domain Description
data types: data structures for context information interaction modes: how to exchange complex data service ontology: service organization
Properties 3 Kinds of interaction modes Service Ontology Data type Hierarchy
Command (parameters and return value) Event (value embedded in the event) Session (values of the stream) The HomeSIP Project
pk/enseirb/2007
- 61 -
Example of Service Ontology
P : semantic properties I : interaction modes
P: location /ontological/location
Service
P: type {SOFT_EXT, HARD_EXT, INT} I: input command<shutdown>
Device
Application
P: priority
P: unit String
Sensor
Actuator
I: input command<do>
Measurement sensor
Light
P: color {...}, power I: input command<onOff>
Light sensor
I: output event</text/measure/luminosity> I: input command<getLuminosity>
The HomeSIP Project
pk/enseirb/2007
- 62 -
Example of Instances
P : semantic properties I : interaction modes
P: location Location
Service
P: type {SOFT_EXT, HARD_EXT, INT} I: input command<shutdown>
Device
Application
P: priority
P: unit String
Sensor
Actuator
I: input command<do>
Manager
Measurement sensor
Light
P: color {...}, power I: input command<onOff>
Light manager
Light sensor
I: output event</text/measure/luminosity> I: input command<getLuminosity>
I: output command<onOff> I: input event</text/measure /luminosity>
The HomeSIP Project
pk/enseirb/2007
- 63 -
CONCLUSION
The HomeSIP Project
pk/enseirb/2007
- 64 -
Conclusion
Launched in 06, the HomeSIP project is operational. A minimal HomeSIP platform has been setup. Extensions with ZigBee network and PDA devices are under study. We have now SIP/sensor network gateways. We have embedded the GNU oSIP SIP stack. Different SIP scenarii have been written for PUT, GET and ALARM actionsWe can consider this as firmware.
The HomeSIP Project
pk/enseirb/2007
- 65 -
Conclusion
We have designed and implemented a Domain Specific Language called SPL (Session Processing Language) to ease the development of telephony services first. SPL is currently extended for Home Automation. Some scenarii of typical services have been written in SPL and simulated. We have to join all software pieces together: DSL+firmware+hardware We have finally to test all in the real life!
The HomeSIP Project
pk/enseirb/2007
- 66 -
Conclusion
Thank you for your attention!
The HomeSIP Project
pk/enseirb/2007
- 67 -
Reminder
Special Embedded Session to the LSM 07 Rencontres Mondiales du Logiciel Libre
10th to 14th july 2007 at Amiens, France Call for Presentation More info: http://www.rmll.info/ http://www.enseirb.fr/~kadionik/rmll2007/
The HomeSIP Project
pk/enseirb/2007
- 68 -
References
The HomeSIP project Page: http://www.enseirb.fr/cosynux/HomeSIP/ The HomeSIP Phoenix Page: http://phoenix.labri.fr/research/pervasive/ GNU oSIP SIP stack: http://www.gnu.org/software/osip/ oSIP documentation: http://www.antisip.com/documentation/osip2/ eXosip API: http://savannah.nongnu.org/projects/exosip/ eXosip Documentation: http://www.antisip.com/documentation/eXosip2/ Le projet HomeSIP : la domotique avec le protocole SIP. Hors Srie numro 25 Linux Magazine. Avril-mai 2006 Source files available at: http://www.enseirb.fr/~kadionik/embedded/hs25/homesip.src.tar.gz The Cosynux Group Page: http://www.enseirb.fr/cosynux/ The Phoenix Group Page: http://phoenix.labri.fr/
The HomeSIP Project
pk/enseirb/2007
- 69 -
