i2CAT experiences in advanced SIP-based communications Jordi Trapero Puig Fundació i2CAT TNC2007, Lyngby, 23 May 2007

Slide 2 23 May 2007 Outline  Towards service integration  SIP protocol for multimedia communications  I2cat experiences in SIP-based communications  PIT-CAT project  SIP-CMI Platform applied to High-Definition Video Conferencing (on behalf of

Slide 3 23 May 2007 Towards service integration VOICEVOICE DATADATA VIDEOVIDEO INTERNET ISNOT ONLY DATA SERVICES !! CURRENT TREND IP AS AN EXAMPLE OF CURRENT TREND PREVIOUS SCENARIO

Slide 4 23 May 2007 SIP protocol for multimedia communications Most multimedia communication are connection-oriented services. Control plane in multimedia communications is the responsible of the establishment, maintenance and termination of multimedia sessions. Two major session control protocols are: SIPH.323 IETF recommendation (RFC 3261) Designed to be integrated into the Internet architecture Main features: flexibility, text-based, simplicity ITU-T recommendation Based on the Q.931 ISDN protocol Main features: Robustness, interoperability,integration of data/voice/video in the same flow

Slide 5 23 May 2007 i2cat experiences in SIP-based communications Pit-cat project: ToIP neutral exhange point to interconnect ToIP ISP, independently of the signalling protocol and media codec they use. Machine Project: Design and implementation of a SIP- based signalling plane for High Quality Videoconference system.

Slide 6 23 May 2007 PIT-CAT PROJECT

Slide 7 23 May 2007 BILATERAL PEERING PEERING THROUGH PSTN MULTILATERAL PEERING Х Х  With the growth of IP telephony traffic, an increasing necessity to exchange traffic between operators has emerged. How can operators interconnect their IP networks and exchange traffic? Avoiding ToIP islands

Slide 8 23 May 2007 PIT-CAT project Project objectives: Design, develop and rollout of a SIP-based neutral platform (PUNTO) based upon open source and ad-hoc tools that provides an IP telephony peering service, guaranteeing signaling interoperability (SIP H.323) and media management (transcoding). Main features: – Provides signaling and media interoperability – Multi-domain addressing based upon ENUM protocol – Call monitoring and generation of CDRs – Implemented using open-source and ad-hoc tools It’s currently being deployed in CATNIX infraestructure to be the first ToIP eXchange point in Catalonia

Slide 9 23 May 2007 TXP vs IXP Why already deployed Internet eXchange Points (IXP) can’t provide ToIP peering service? IXPTXP  L3 routing (IP)  Billing based on capacity  Low-intrusion infraestructure  QoS: Priorizes throughput  L7 routing (Aplication)  Billing based on capacity and/or time  High-intrusion infraestructure (signaling and media interoperability, ENUM-based routing, call monitoring).  QoS: Priorizes jitter and delay

Slide May 2007 TXP architecture overview PUNTO Core Network (PCN): SIP-based network where services that provide interoperability between peered operators are deployed. It’s based on open-source tools such as Asterisk, Sip Express Router, gnugk, BindDNS and kvoipmonitor PUNTO Core Network Management (PCNM): Contains the infraestructure destined to provide operation support. Main tasks of this subsystem are: Monitoring services and infraestructure Billing and data collection Service configuration management and service provisioning Trouble ticketing

Slide May 2007 Call monitoring subsystem Main aims: – To check call establishment and termination. – To provide call detail registers for billing services – To generate call statistics of calls routed by PUNTO Main actors: – An agent deployed on the SIP proxy that monitorizes call signaling and generates events for each processed SIP call transaction detected – An RTP traffic sniffer that handles the events thrown by the agent deployed on the SIP proxy and captures all RTP packets – A database to store call statistics

Slide May 2007 Multi-domain addressing PUNTO uses ENUM protocol (RFC3761) to solve address resolution between VoIP domains. Each operator publishes their records on the ENUM server deployed in PUNTO infraestructure

Slide May 2007 VOXMA GUI –based management subsystem Key features: – Service discovery protocol: Discovers active services deployed on the network and uses this information to self-configure it. – Host performance monitoring and service availability – Alarm generation – Service entitity configuration

Slide May 2007 VOXMA SERVICE DISCOVERY SUBSYSTEM (SDS) NETWORK DIAGRAM CONFIGURATION MONITORING ALARM VIEWER ACTIVE ALARMS

Slide May 2007 MACHINE PROJECT: SIP-CMI Platform applied to High- Definition Video Conferencing

Slide May 2007 State-of-art in High Definition environment High Definition MultiConferencing become a key service providing a sense of a virtual meeting room for the group Large corporations and even SMEs are now looking at Video Conferencing to save time, costs and the hassle of travelling Current systems are focused low to medium quality conferencing systems (H.320 and H.323). High quality VideoConferencing systems – DVTS send DV video over 30 Mbps – UltraGrid full rate uncompressed HD video up to 1.5 Gbps – Are focused on how to transport high bit rate multimedia data – Do not provide mechanism to control it Signalling mechanisms – SIP-CMI follows the principle that any continuous media service can be accessed by using the SIP protocol

Slide May 2007 Implemented solution Main aim – Get a multiconferencing platform with high quality video – Signalling plane compatible with other devices/clients – Support new formats in the future Three tasks – Standard SIP Client that support HD videos with two interfaces: Web and Java Swing – Media transmission platform using DVTS and UltraGrid – Become to a multipoint conference adding a MCU (Multipoint Control Unit) – Based on SIP – Support high quality videos

Slide May 2007 Innovations Provide a signalling plane to High Quality VideoConference system SIP (Session Initiation Protocol) as signalling protocol – SIP is an application-layer control (signalling) protocol for creating, modifying and terminating sessions with one or more participants Interoperable with all SIP devices Deployed additional modules – Presence Service Independent of video transmission system Simple MCU. Low requirement for act as MCU

Slide May 2007 MCU Nowadays multicast has a limited deployment Multiconference scenario is not scalable Architecture scalable for every user Producer manage MCU MCU replicates and forwards user flow Any user can become in MCU, displacing the operator philosophy

Slide May 2007 Implementation of MCU Video flow commutation – Replicates and commutes video flows – Works on UDP layer – Based on a CESNET Packet Reflector implemented in C language – Support new formats in the future Signalling plane – Based on JainSip reference implementation – Added new “DO” sip message for producing purposes – Multiconference session controlled by the MCU

Slide May 2007 Full architecture

Slide May 2007 Thanks!! For demonstrations, please visit i2CAT Booth