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 : [email protected] : 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:[email protected]

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:[email protected] SIP/2.0 Via: SIP/2.0/UDP pc11.work.com Max-Forwards: 70 To: Laura <sip:[email protected]> From: Bob <sip:[email protected]>;tag=1928301774 Call-ID: a84b4c76e66710 CSeq: 314159 INVITE Contact: <sip:[email protected]> 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:[email protected]>;tag=a6c85cf From: Bob <sip:[email protected]>;tag=1928301774 Call-ID: a84b4c76e66710 CSeq: 314159 INVITE Contact: <sip:[email protected]> 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 -