Viagénie

:: SANA: CCSDS Space Protocols Parameters Registries

The CCSDS Space Assigned Numbers Authority(SANA) is operated by Viagénie under contract. SANA services is introduced to the Space community during the Spaceops Conference in Stockholm.

:: Postellation: an Enhanced Delay-Tolerant Network (DTN) Implementation with Video Streaming and Automated Network Attachment

This paper describes the Postellation DTN (e.g. Bundle protocol) implementation, which has been written as highly portable running on Windows, Linux, MacOSX as well as embedded real-time operating systems such as RTEMS and others. The paper shows the key differences of this implementation, such as how the real- time streaming is achieved, as well as the automated network attachment mechanism. For example, a use-case scenario is to have IP devices on spacecraft on-board, running typical IP/HTTP-based applications such as an IP-HTTP based streaming camera, then a DTN node gatewaying the IP trafic from the spacecraft to the Earth through the DTN space network. A DTN node on Earth then gateways the trafic to the IP network on Earth. This streaming trafic is deployed transparently for both the spacecraft and Earth IP apps, while traversing a DTN network.

:: Observatory of IPv6 Deployment in Canada

Viagénie and CIRA are presenting various metrics of IPv6 deployment in Canada, using graphs, metrics, variance and explanations. It is based on ARIN WHOIS data, IPv6 global routing table snapshots and CIRA .ca DNS zone file.

IPv6 Observatory

:: New location for Viagénie's head office

Viagénie's head office moves to a new location, near Cartier nice neighborhood in Quebec city.

• New address is: 246 Aberdeen, Québec, Québec, G1R 2E1, Canada. The phone number do not change: +1-418-656-9254.

:: Marc Blanchet appointed as member of the Internet Architecture Board(IAB)

The IAB is chartered both as a committee of the Internet Engineering Task Force (IETF) and as an advisory body of the Internet Society (ISOC). Its responsibilities include architectural oversight of IETF activities, Internet Standards Process oversight and appeal, and the appointment of the RFC Editor. The IAB is also responsible for the management of the IETF protocol parameter registries.

• 2012 IAB Appointments
• IAB
• IAB Members

:: Multiple Interfaces and Provisioning Domains Problem Statement

:: xCard: vCard XML Representation

:: vCard Format Specification

:: Simon Perreault is nominated as chair of the IETF vCardDAV Working Group

The Internet Engineering Task Force (IETF) vCardDAV working group is working on updating the vCard specification, creating an XML mapping for vcard and proposing a protocol for accessing vCards that is similar to CalDAV.Simon Perreault replaces Marc Blanchet as chair of the working group.

• Announcement of the new chair of vCardDAV working group
• IETF vCardDAV Working Group Charter

:: Delay-Tolerant Networking Bundle Protocol IANA Registries

:: Announcing an Open-Source Happy Eyeballs Implementation in Erlang

Happy Eyeballs is an attempt at standardizing, within the IETF, current best practices for dual-stack clients connecting to dual-stack servers over TCP. The draft is currently in the early stages and many questions still need answers.

To help this effort, Viagenie is making available an early open-source implementation of Happy Eyeballs. It uses the high-level Erlang language (from Ericsson), with which it is easy to express asynchronous algorithms. We think this implementation is a perfect fit for experimenting and tweaking algorithms.

We hope that this will help push IPv6 transition forward.

Open-source code: he-0.1.tar.gz

:: Traversal Using Relays around NAT (TURN) Extension for IPv6

:: Traversal Using Relays around NAT (TURN) Extensions for TCP Allocations

:: Delay-Tolerant Networks (DTN) Bundle Protocol IANA Registries

The DTNRG research group has defined many protocols such as Bundle Protocol and Licklider. The specifications of these protocols contain fields that are subject to a registry. For the purpose of its research work, the group created adhoc registries. As the specifications are stable and have multiple interoperable implementations, the group would like to handoff the registries to IANA for official custidy. This document describes the actions needed to be executed by IANA.

:: Multiple Interfaces Problem Statement

A multihomed host receives node configuration information from each of its provisioning domain. Some configuration objects are global to the node, some are local to the interface. Various issues arise when multiple conflicting node-scoped configuration objects are received on multiple interfaces. Similar situations also happen with single interface host connected to multiple networks. This document describes these issues.

:: vCard XML Schema

This document defines the XML schema of the vCard data format.

:: vCard Format Specification

This document defines the vCard data format for representing and exchanging a variety of information about an individual (e.g., formatted and structured name and delivery addresses, email address, multiple telephone numbers, photograph, logo, audio clips, etc.).

:: vCard Format Specification

This document defines the vCard data format for representing and exchanging a variety of information about an individual (e.g., formatted and structured name and delivery addresses, email address, multiple telephone numbers, photograph, logo, audio clips, etc.).

:: vCard XML Schema

This document defines the XML schema of the vCard data format.

::  Traversal Using Relays around NAT (TURN) Extension for IPv6

This document adds IPv6 support to Traversal Using Relays around NAT (TURN). IPv6 support in TURN includes IPv4-to-IPv6, IPv6-to-IPv6, and IPv6-to-IPv4 relaying. This document defines the REQUESTED- ADDRESS-FAMILY attribute for TURN. The REQUESTED-ADDRESS-FAMILY attribute allows a client to explicitly request the address type the TURN server will allocate (e.g., an IPv4-only node may request the TURN server to allocate an IPv6 address).

::  Traversal Using Relays around NAT (TURN) Extension for IPv6

This document adds IPv6 support to Traversal Using Relays around NAT (TURN). IPv6 support in TURN includes IPv4-to-IPv6, IPv6-to-IPv6, and IPv6-to-IPv4 relaying. This document defines the REQUESTED- ADDRESS-FAMILY attribute for TURN. The REQUESTED-ADDRESS-FAMILY attribute allows a client to explicitly request the address type the TURN server will allocate (e.g., an IPv4-only node may request the TURN server to allocate an IPv6 address).

:: Traversal Using Relays around NAT (TURN) Extensions for TCP Allocations

This specification defines an extension of Traversal Using Relays around NAT (TURN), a relay protocol for NAT traversal, to allow a TURN client to request TCP allocations, and defines new requests and indications for the TURN server to open and accept TCP connections with the client's peers. TURN and this extension both purposefully restrict the ways in which the relayed address can be used. In particular, it prevents users from running general purpose servers from ports obtained from the TURN server.

:: Multiple Interfaces Problem Statement

A multihomed host receives node configuration information from each of its provisioning domain. Some configuration objects are global to the node, some are local to the interface. Various issues arise when multiple conflicting node-scoped configuration objects are received on multiple interfaces. Similar situations also happen with single interface host connected to multiple networks. This document describes these issues.

:: Precis Framework: Handling Internationalized Strings in Protocols

Using Unicode codepoints in protocol strings requires preparation of the string. This document describes the Precis Protocol Framework that prepares various classes of strings used in protocol elements. A protocol specification chooses a class of strings and then implements the corresponding preparation steps described in this document. This document is based on the IDNAbis approach. It obsoletes the Stringprep algorithm.

:: 

Using Unicode codepoints in protocol strings requires preparation of the string. Internationalized Domain Names(idn) initial work defined and used Stringprep and Nameprep. Other protocols have defined Stringprep profiles. A new approach different from Stringprep/Nameprep is used for a revision of IDN. The Stringprep profiles need to be updated or a replacement of Stringprep need to be designed. This document summarizes the findings of the current usage of Stringprep and identifies directions for a new Stringprep replacement protocol.

:: Marc Blanchet nominated as co-chair of the IETF Preparation and Comparison of Internationalized Strings (PRECIS) Working Group

The Internet Engineering Task Force (IETF) Preparation and Comparison of Internationalized Strings (PRECIS) working group is working on updating the Stringprep specification that enables protocols and applications to properly process internationalized strings. This work is based on the new internationalization algorithms such as IDNA2008.

• Announcement of the new PRECIS working group chair
• IETF PRECIS Working Group Charter

:: Ecdysis: Open-Source DNS64 and NAT64

This presentation describes the NAT64 framework, solution and Viagénie's NAT64 implementation on OpenBSD as a patch to the PF packet filter, on Linux as a patch to Netfilter, and the DNS64 implementation as patches to Unbound and Bind.

:: Multiple Interfaces Problem Statement

A multihomed host receives node configuration information from each of its provisioning domain. Some configuration objects are global to the node, some are local to the interface. Various issues arise when multiple conflicting node-scoped configuration objects are received on multiple interfaces. Similar situations also happen with single interface host connected to multiple networks. This document describes these issues.

:: IPv6 in Canada: Final Report and Recommendations of the ISACC IPv6 Task Group (IITG)

The ISACC IPv6 Task Group was formed in June 2009 to provide advice to the Canadian government on IPv6 deployment in Canada. This document is the final report of the working group.

:: vCard Format Specification

This document defines the vCard data format for representing and exchanging a variety of information about an individual (e.g., formatted and structured name and delivery addresses, email address, multiple telephone numbers, photograph, logo, audio clips, etc.).

:: vCard XML Schema

This document defines the XML schema of the vCard data format.

:: Space Link Identifiers Potential SANA Registries

The CCSDS Cross-Support Transfer Services Area has been handling the Space Link Identifiers registry as a document. This presentation discusses how to convert the document into a managed Space Assigned Numbers Authority(SANA) registry. This presentation is discussed during the CSTS-SLS CCSDS meeting.

:: Multiple Interfaces Problem Statement

A multihomed host receives node configuration information from each of its provisioning domain. Some configuration objects are global to the node, some are local to the interface. Various issues arise when multiple conflicting node-scoped configuration objects are received on multiple interfaces. Similar situations also happen with single interface host connected to multiple networks. This document describes these issues.

:: Space Assigned Numbers Authority(SANA)

The CCSDS Space Assigned Numbers Authority(SANA) is operated by Viagénie under contract. SANA services is introduced to the CCSDS community during the CCSDS plenary.

:: Delay-Tolerant Networks (DTN) Bundle Protocol IANA Registries

The DTNRG research group has defined many protocols such as Bundle Protocol and Licklider. The specifications of these protocols contain fields that are subject to a registry. For the purpose of its research work, the group created adhoc registries. As the specifications are stable and have multiple interoperable implementations, the group would like to handoff the registries to IANA for official custidy. This document describes the actions needed to be executed by IANA.

:: IPv6: où en sommes-nous?

IPv6 a été conçu en 1996 suite à une étude prévoyant le manque d'adresses IPv4 autour de 2010. Le déploiement d'IPv6 jusqu'à maintenant a été minimal, même si la plupart des systèmes d'exploitation dont Linux, FreeBSD, Windows, MacOSX, les produits commerciaux routeurs et les applications principales supportent IPv6 souvent depuis belle lurette. Cependant, les adresses IPv4 deviennent rares et très bientôt épuisées. Plusieurs grands fournisseurs, tels que Google, supportent maintenant IPv6. Certains gouvernements se sont positionnés sur cette technologie. La présentation fera l'état de la situation globalement et localement. Elle discutera des impacts pour les individus, les professionnels en informatique, les entreprises et les fournisseurs Internet. Évidemment, des exemples pratiques Linux et autres seront présentés. La présentation se veut très interactive et les questions seront bienvenues durant toute la présentation.

:: Marc Blanchet nominated as co-chair of the IETF Internationalized Resource Identifiers (IRI) Working Group

The Internet Engineering Task Force (IETF) Internationalized Resource Identifiers(IRI) working group is working on updating the IRI specification, based on the new internationalization algorithms such as IDNA2008 and possible new versions of Stringprep/Nameprep.

• Announcement of the new IRI working group chair
• IETF IRI Working Group Charter

:: Activités IPv6 au Canada

Invité à l'inauguration de la task Force Ipv6 d'Algérie, M.Blanchet présente les activités d'IPv6 au Canada, dont particulièrement les résultats du groupe de travail ISACC IPv6.

:: IETF77 NAT64 Experiment

This presentation describes the NAT64 network experiment done during IETF 77 in Anaheim using Viagénie implementations (http://ecdysis.viagenie.ca). It shows various issues, statistics and findings of the experiment.

:: Marc Blanchet co-chair NewPrep BOF Session

The Internet Engineering Task Force (IETF) is considering updating the StringPrep/NamePrep internationalisation algorithms that Marc Blanchet co-authored, in light of the new version of IDNA. Marc co-chaired the IETF 77 NewPrep BOF session.

• NewPrep BOF
• NewPrep BOF Meeting Minutes

:: NAT64-DNS64 network experiment during IETF

A network experiment of using IPv6-only networks with the NAT64/DNS64 Viagénie implementation is held during IETF 77 in Anaheim, CA, USA. IETF participants can access the service by connecting to the specific ietf-nat64 ssid.

• Announcement of the NAT64 experiment service
• Ecdysis: Open-source NAT64 and DNS64

:: Delay-Tolerant Networks (DTN) IANA Registries

The DTNRG research group has defined many protocols such as Bundle Protocol and Licklider. The specifications of these protocols contain fields that are subject to a registry. For the purpose of its research work, the group created adhoc registries[DTNRGREG]. As the specifications are stable and have multiple interoperable implementations, the group would like to handoff the registries to IANA for official custidy. This document describes the actions needed to be executed by IANA.

:: Report and Recommendations of the ISACC IPv6 Task Group

The ISACC IPv6 Task Group was formed in June 2009 to provide advice to the Canadian government on IPv6 deployment in Canada. This is the presentation of the final report of the working group.

:: Ecdysis: Open-Source DNS64 and NAT64

This presentation describes the NAT64 framework, solution and Viagénie's NAT64 implementation on OpenBSD as a patch to the PF packet filter and the DNS64 implementation as patches to Unbound and Bind.

:: Multiple Interfaces Problem Statement

A multihomed host receives node configuration information from each of its provisioning domain. Some configuration objects are global to the node, some are local to the interface. Various issues arise when multiple conflicting node-scoped configuration objects are received on multiple interfaces. Similar situations also happen with single interface host connected to multiple networks. This document describes these issues.

::  Traversal Using Relays around NAT (TURN) Extension for IPv6

This document adds IPv6 support to Traversal Using Relays around NAT (TURN). IPv6 support in TURN includes IPv4-to-IPv6, IPv6-to-IPv6, and IPv6-to-IPv4 relaying. This document defines the REQUESTED- ADDRESS-FAMILY attribute for TURN. The REQUESTED-ADDRESS-FAMILY attribute allows a client to explicitly request the address type the TURN server will allocate (e.g., an IPv4-only node may request the TURN server to allocate an IPv6 address).

:: vCard XML Schema

This document defines the XML schema of the vCard data format.

:: vCard Format Specification

This document defines the vCard data format for representing and exchanging a variety of information about an individual (e.g., formatted and structured name and delivery addresses, email address, multiple telephone numbers, photograph, logo, audio clips, etc.).

:: Traversal Using Relays around NAT (TURN) Extensions for TCP Allocations

This specification defines an extension of Traversal Using Relays around NAT (TURN), a relay protocol for NAT traversal, to allow a TURN client to request TCP allocations, and defines new requests and indications for the TURN server to open and accept TCP connections with the client's peers. TURN and this extension both purposefully restrict the ways in which the relayed address can be used. In particular, it prevents users from running general purpose servers from ports obtained from the TURN server.

:: NewPrep Problem Statement

Using Unicode codepoints in protocol strings requires preparation of the string. Internationalized Domain Names(idn) initial work defined and used Stringprep and Nameprep. Other protocols have defined Stringprep profiles. New approach different from Stringprep/Nameprep is used for a revision of IDN. This document summarize the characteristics of both approach and provides guidance to protocol designers for handling internationalized strings.

:: NAT64-DNS64 open-source implementations

This is to announce the availability of two NAT64-DNS64 open-source implementations by Viagenie, as follows

• NAT64
  • BSD PF: this implementation of NAT64 is made by modifying the PF packet filter available on BSD systems. A new 'nat64' statement is created in the pf.conf file to enable the nat64 functionality.
  • Linux Netfilter: The implementation of NAT64 for linux is available as a kernel module. It uses Netfilter's facilities for packet interception. The configuration is done with parameters provided at module insertion.
• DNS64

  As announced in july 2009 during IETF Stockholm, the companion DNS64 functionality is also available in two implementations, as follows:

  • BIND: this implementation of DNS64 is made by modifying the BIND DNS server. A new "dns64-prefix" statement in options is created in the named.conf file to enable DNS64 functionality.
  • Unbound: this implementation of DNS64 is made by adding a module to the Unbound DNS server. To enable the DNS64 functionality, the module should be declared and the dns64-prefix statement should be added in the unbound.conf file.

The two functionalities (NAT64 and DNS64) make a complete system for translating IPv6-IPv4 packets. The source code, some pre-compiled packages and project description are available at: http://ecdysis.viagenie.ca.

This project was funded by NLNet foundation and Viagenie.

We are looking for feedback, patches, suggestions from the community.

:: Remaining IPv4 /8 prefixes are dirty

Doing some research on the remaining IPv4 /8 prefixes gives some perspective on what's left. Read the blog entry.

:: IPv6 Tunnel Broker with the Tunnel Setup Protocol (TSP)

A tunnel broker with the Tunnel Setup Protocol (TSP) enables the establishment of tunnels of various inner protocols, such as IPv6 or IPv4, inside various outer protocols packets, such as IPv4, IPv6, or UDP over IPv4 for IPv4 NAT traversal. The control protocol (TSP) is used by the tunnel client to negotiate the tunnel with the broker. A mobile node implementing TSP can be connected to both IPv4 and IPv6 networks whether it is on IPv4 only, IPv4 behind a NAT, or on IPv6 only. A tunnel broker may terminate the tunnels on remote tunnel servers or on itself. This document describes the TSP within the model of the tunnel broker model.

:: Participating to the IPv6 Interoperability Test Event

With its products, the IPv6 version of Asterisk and Freeswitch and NAT64/DNS64, Viagénie is testing VoIPv6 and IPv6 Network Address translation with other implementations at the TAHI IPv6 Interoperability Test Event, held in Tokyo.

• TAHI Interoperability Test Event
• Ecdysis: Open-source NAT64/DNS64

:: Participating at the OpenBSD Hackathon

Simon Perreault is invited to join the OpenBSD hackers to enhance the PF firewall for NAT64 during the January 2010 OpenBSD Hackathon, held in New-Zealand. As part of the Ecdysis project, Viagénie has developed a NAT64 implementation as patches to the OpenBSD PF packet filter software.

• Ecdysis: Open-source NAT64/DNS64
• OpenBSD

::  Traversal Using Relays around NAT (TURN) Extension for IPv6

This document adds IPv6 support to Traversal Using Relays around NAT (TURN). IPv6 support in TURN includes IPv4-to-IPv6, IPv6-to-IPv6, and IPv6-to-IPv4 relaying. This document defines the REQUESTED- ADDRESS-FAMILY attribute for TURN. The REQUESTED-ADDRESS-FAMILY attribute allows a client to explicitly request the address type the TURN server will allocate (e.g., an IPv4-only node may request the TURN server to allocate an IPv6 address).

:: vCard 4.0 [draft-ietf-vcarddav-vcardrev-09]

Delivered to the Internet Engineering Task Force(IETF) vCardDAV working group, this presentation describes the changes to the vCard specification as well as its current status.

:: IETF Vcarddav Working Group Status

This presentation is used by Marc Blanchet, co-chair of the Internet Engineering Task Force(IETF) vCardDAV working group, to report on the status of the working group and to set the agenda of the meeting.

:: vCard XML Schema [draft-ietf-vcarddav-vcardxml-01]

Delivered to the Internet Engineering Task Force(IETF) vCardDAV working group, this presentation describes the vCard to XML mapping specification.

:: DNS64 and NAT64

3GPP and IETF held a joint workshop on IPv6 deployment, hosted by China Mobile. This presentation describes the NAT64 framework, solution and Viagénie's implementation. It also compares NAT64 with other IPv6 transition technologies.

:: IPv6 Way Forward for Canada

The ISACC IPv6 Task Group was formed in June 2009 to provide advice to the Canadian government on IPv6 deployment in Canada. This presentation provides an update on the works of the task group and lists the 7 recommendations made by the group.

:: Space Assigned Numbers Authority (SANA) Role, Responsabilities, Policies and Procedures

The purpose of this document is to define the Space Assigned Numbers Authority(SANA), its role, responsibilities, policies and procedures within the CCSDS.

:: Multiple Interfaces Problem Statement

A multihomed host receives node configuration information from each of its access networks. Some configuration objects are global to the node, some are local to the interface. Various issues arise when multiple conflicting node-scoped configuration objects are received on multiple interfaces. Similar situations also happen with single interface host connected to multiple networks. This document describes these issues.

:: Space Assigned Numbers Authority(SANA)

The CCSDS Space Assigned Numbers Authority(SANA) working group is about to conclude its initial mandate to define the SANA function within CCSDS. This presentation describes the SANA function to the CCSDS community. It was presented during the CCSDS plenary.

:: vCard XML Schema

This document defines the XML schema of the vCard data format.

:: vCard Format Specification

This document defines the vCard data format for representing and exchanging a variety of information about an individual (e.g., formatted and structured name and delivery addresses, email address, multiple telephone numbers, photograph, logo, audio clips, etc.).

:: Traversal Using Relays around NAT (TURN) Extensions for TCP Allocations

This specification defines an extension of Traversal Using Relays around NAT (TURN), a relay protocol for NAT traversal, to allows a TURN client to request TCP allocations, and defines new requests and indications for the TURN server to open and accept TCP connections with the client's peers. TURN and this extension both purposefully restrict the ways in which the relayed address can be used. In particular, it prevents users from running general purpose servers from ports obtained from the STUN server.

:: Multiple Interfaces Problem Statement

A multihomed host receives node configuration information from each of its access networks. Some configuration objects are global to the node, some are local to the interface. Various issues arise when multiple conflicting node-scoped configuration objects are received on multiple interfaces. Similar situations also happen with single interface host connected to multiple networks. This document describes these issues.

::  Traversal Using Relays around NAT (TURN) Extension for IPv6

This document adds IPv6 support to Traversal Using Relays around NAT (TURN). IPv6 support in TURN includes IPv4-to-IPv6, IPv6-to-IPv6, and IPv6-to-IPv4 relaying. This document defines the REQUESTED- ADDRESS-FAMILY attribute for TURN. The REQUESTED-ADDRESS-FAMILY attribute allows a client to explicitly request the address type the TURN server will allocate (e.g., an IPv4-only node may request the TURN server to allocate an IPv6 address).

::  TCP Candidates with Interactive Connectivity Establishment (ICE)

Interactive Connectivity Establishment (ICE) defines a mechanism for NAT traversal for multimedia communication protocols based on the offer/answer model of session negotiation. ICE works by providing a set of candidate transport addresses for each media stream, which are then validated with peer-to-peer connectivity checks based on Session Traversal Utilities for NAT (STUN). ICE provides a general framework for describing candidates, but only defines UDP-based transport protocols. This specification extends ICE to TCP-based media, including the ability to offer a mix of TCP and UDP-based candidates for a single stream.

:: IPv6 Deployment Made Simple

This presentation was requested by Cluecon organizers to give some basic information on how to setup IPv6 networks. It shows configs for most OS, routers and PBX and gives practical advice to deploy IPv6.

:: Softwire Security Analysis and Requirements

:: The TURN-TCP specification, edited by Simon Perreault, goes to working group last call

Traversal Using Relays around NAT (TURN) is a protocol to relay UDP application packets to traverse NAT and firewalls when other techniques such as STUN are not possible. This specification proposes extensions to TURN for TCP Allocations, enabling TCP application packets to traverse NAT and firewalls.

• Announcement of the TURN-TCP Working Group Last Call by the IETF behave working group chair.
• TURN-TCP Specification

:: vCard XML Schema [draft-perreault-vcarddav-vcardxml-02]

Delivered to the Internet Engineering Task Force(IETF) vCardDAV working group, this presentation describes the vCard to XML mapping specification.

:: IETF Vcarddav Working Group Status

This presentation is used by Marc Blanchet, co-chair of the Internet Engineering Task Force(IETF) vCardDAV working group, to report on the status of the working group and to set the agenda of the meeting.

:: vCard 4.0 [draft-ietf-vcarddav-vcardrev-08]

Delivered to the Internet Engineering Task Force(IETF) vCardDAV working group, this presentation describes the changes to the vCard specification as well as its current status.

:: DNS64 Implementer's Report

This presentation describes the issues found while implementing DNS64 as part of Viagenie's Ecdysis project, consisting of an opensource NAT64 implementation.

:: Viagenie offers a lookup service for Enterprise Numbers

The Internet Engineering Task Force (IETF) specifications often need a vendor registry to provide a namespace for vendor extensions. Each vendor could receive an unique number. The IANA enterprise numbers registry is used for SNMP MIBs. The lookup service is based on DNS TXT records and enables any application or user to lookup for the company name associated with the number.

• Announcement of the Enterprise Numbers lookup service
• IANA Private Enterprise Numbers Registry

:: vCard Format Specification

This document defines the vCard data format for representing and exchanging a variety of information about an individual (e.g., formatted and structured name and delivery addresses, email address, multiple telephone numbers, photograph, logo, audio clips, etc.).

:: vCard XML Schema

This document defines the XML schema of the vCard data format.

:: Traversal Using Relays around NAT (TURN) Extensions for TCP Allocations

This specification defines an extension of Traversal Using Relays around NAT (TURN), a relay protocol for NAT traversal, to allows a TURN client to request TCP allocations, and defines new requests and indications for the TURN server to open and accept TCP connections with the client's peers. TURN and this extension both purposefully restrict the ways in which the relayed address can be used. In particular, it prevents users from running general purpose servers from ports obtained from the STUN server.

:: ISACC IPv6 TG Vice-Chair

At ISACC’s 40th Plenary, Ms. Helen McDonald (ISACC Vice-Chair and Assistant Deputy Minister, Spectrum, Information Technologies and Telecommunications at Industry Canada) invited the ISACC membership to create a Task Group on IPv6 Deployment in Canada. As one of the Canadian IPv6 pionneer, Marc Blanchet has accepted to be Vice-Chair of the ISACC IPv6 Implementation Task Group.

• ICT Standards Advisory Council of Canada/Conseil consultatif canadien sur les normes de TIC

:: Noms de domaines internationalisés

Petit introduction sur les noms de domaines internationalisés.

:: Multiple Interfaces Problem Statement

A multihomed host receives node configuration information from each of its access networks. Some configuration objects are global to the node, some are local to the interface. Various issues arise when multiple conflicting node-scoped configuration objects are received on multiple interfaces. Similar situations also happen with single interface host connected to multiple networks. This document describes these issues.

:: Déploiement sécuritaire de la téléphonie IP

Simon Perreault présente les enjeux de sécurité liés au déploiement de la téléphonie IP en entreprise. Cette présentation a été donnée dans le cadre des petits-déjeuners conférence de l'Institut de sécurité de l'information du Québec (ISIQ).

:: Viagénie participates at SIPit 24 in Tokyo

With its products, such as the STUN/TURN server, the IPv6 version of Asterisk and Freeswitch, Viagénie is testing STUN/TURN and VoIPv6 with other implementations.

• SIPit
• SIPit 24th

:: vCard XML Schema

This document defines the XML schema of the vCard data format.

:: vCard Format Specification

This document defines the vCard data format for representing and exchanging a variety of information about an individual (e.g., formatted and structured name and delivery addresses, email address, multiple telephone numbers, photograph, logo, audio clips, etc.).

:: Space Assigned Numbers Authority (SANA) Role, Responsabilities, Policies and Procedures

The purpose of this document is to define the Space Assigned Numbers Authority(SANA), its role, responsibilities, policies and procedures within the CCSDS.

:: Multiple Interfaces(MIF) Problem Statement

Presented at the Multiple Interfaces (MIF) BOF meeting, this presentation describes the issues that arise when a host has multiple interfaces.

:: TURN TCP [draft-ietf-behave-turn-tcp-02]

This presentation describes the updates made to the TURN-TCP specification.

:: IETF Vcarddav Working Group Status

This presentation is used by Marc Blanchet, co-chair of the Internet Engineering Task Force(IETF) vCardDAV working group, to report on the status of the working group and to set the agenda of the meeting.

:: vCard 4.0 [draft-ietf-vcarddav-vcardrev-06]

Delivered to the Internet Engineering Task Force(IETF) vCardDAV working group, this presentation describes the changes to the vCard specification as well as its current status.

:: Simon Perreault is the new editor of the ICE-TCP Specification

Interactive Connectivity Establishment(ICE) is a method for IP networking applications behind NATs and firewalls to discover the potential external IP addresses that can be used to communicate with peers. ICE provides a framework with the STUN and TURN protocols to enable the application to choose the best IP address. ICE's primary specification is for UDP packets only; this specification applies to application TCP packets.

• ICE-TCP Specification

:: vCard Format Specification

This document defines the vCard data format for representing and exchanging a variety of information about an individual (e.g., formatted and structured name and delivery addresses, email address, multiple telephone numbers, photograph, logo, audio clips, etc.).

:: Traversal Using Relays around NAT (TURN) Extensions for TCP Allocations

This specification defines an extension of Traversal Using Relays around NAT (TURN), a relay protocol for NAT traversal, to allows a TURN client to request TCP allocations, and defines new requests and indications for the TURN server to open and accept TCP connections with the client's peers. TURN and this extension both purposefully restrict the ways in which the relayed address can be used. In particular, it prevents users from running general purpose servers from ports obtained from the STUN server.

:: Simon Perreault is the new editor of the TURN-TCP Specification

Traversal Using Relays around NAT (TURN) is a protocol to relay UDP application packets to traverse NAT and firewalls when other techniques such as STUN are not possible. This specification proposes extensions to TURN for TCP Allocations, enabling TCP application packets to traverse NAT and firewalls.

• Announcement of the new TURN-TCP Editor by the IETF behave working group chair.
• TURN-TCP Specification

:: Viagénie hosts ZapQuébec's secondary DNS and MX servers

ZapQuébec is a not for profit organization providing free access to a Wi-Fi network consisting of more than one hundred access points in the Québec city area. As part of an effort to make the overall infrastructure more robust, Viagénie offered to host ZapQuébec's secondary DNS and MX servers.

• ZapQuébec Project
• Viagénie's participation in ZapQuébec

:: Viagénie announces a new service on the DTNbone: DTN news.

Viagénie is proud to announce DTN News, a new service available on the DTNbone.
This service enables users to receive any RSS/Atom feed available on the Internet (i.e. any feed on Earth, such as Slashdot or CNN) delivered via the DTNbone.
The concept is simple. Users register ifor the service with their DTNbone node information and the feeds they want to receive. The RSS and Atom feeds are continually polled. A news bundle is packaged and reliably delivered over bundle protocol to the DTNbone node at the user-defined frequency.
For example, a node that is intermittently connected may receive its preferred news feed when it connects to the dtnbone, then disconnects for offline reading.

• DTNNews Service
• Announcement of the DTNNews Service

:: Viagénie hosts ZapQuébec's failover authentication server

ZapQuébec is a not for profit organization providing free access to a Wi-Fi network consisting of more than one hundred access points in the Québec city area. As part of an effort to make the overall infrastructure more robust, Viagénie offered to host ZapQuébec's failover authentication server.

• ZapQuébec Project
• Viagénie's participation in ZapQuébec

:: La téléphonie IPv6

Cette présentation fait un rappel sur IPv6 pour ensuite discuter du port de Asterisk et Freeswitch à IPv6. Enfin, la problématique de traverser des NATs et firewalls est discutée.

:: Multiple Interfaces Problem Statement

A multi-homed host receives node configuration information from each of its access networks. Some configuration objects are global to the node, some are local to the interface. Various issues arise when multiple configuration objects that are global to the node are received on the many interfaces the multi-homed host has. This document describes these issues.

:: Viagénie demonstrates a 3G-based access point for ZapQuébec mobile use cases

ZapQuébec is a not for profit organization providing free access to a Wi-Fi network consisting of more than one hundred access points in the Québec city area. While fixed access points form the basis of the infrastructure, mobile access points are useful for temporary events such as concerts or for providing Internet access in public transportation. Based on its strong knowledge of 3G data networks, Viagénie has implemented a ZapQuébec access point with 3G network access for its WAN connection. Held during the ZapQuébec Christmas party, the demonstration showcases excellent reliability, ease of use and solid signal strength.

• ZapQuébec Project
• Viagénie participation in ZapQuébec

:: vCard XML Schema [draft-perreault-vcarddav-vcardxml-00]

Delivered to the Internet Engineering Task Force(IETF) vCardDAV working group, This presentation describes the proposed vCard to XML mapping specification.

:: vCard 4.0 [draft-ietf-vcarddav-vcardrev-05]

Delivered to the Internet Engineering Task Force(IETF) vCardDAV working group, this presentation describes changes to the vCard specification as well as its current status.

:: IETF Vcarddav Working Group Status

This presentation is used by Marc Blanchet, co-chair of the Internet Engineering Task Force(IETF) vCardDAV working group, to report on the status of the working group and to set the agenda of the meeting.

:: vCard XML Schema

This document defines the XML schema of the vCard data format.

:: Space Assigned Numbers Authority (SANA) Policies and Procedures

The purpose of this document is to define the Space Assigned Numbers Authority(SANA), its role and responsibilities within the CCSDS.

:: vCard Format Specification

This document defines the vCard data format for representing and exchanging a variety of information about an individual (e.g., formatted and structured name and delivery addresses, email address, multiple telephone numbers, photograph, logo, audio clips, etc.).

:: vCard Format Specification

This document defines the vCard data format for representing and exchanging a variety of information about an individual (e.g., formatted and structured name and delivery addresses, email address, multiple telephone numbers, photograph, logo, audio clips, etc.).

:: Space Assigned Numbers Authority (SANA) Policies and Procedures

The purpose of this document is to define the Space Assigned Numbers Authority(SANA), its role and responsibilities within the Consultative Committee for Space Data Systems (CCSDS).

:: Marc Blanchet is invited to join the ISOC board 2009 nomination committee

The nomination committee is responsible for proposing a list of candidates to the ISOC members for the board seats that will become vacant in 2009.

• ISOC board 2009 Nomination Committee

:: NAT and Firewall Traversal with STUN/TURN/ICE

One of the major impediments to deploying Asterisk is the omnipresence of network address translators (NATs) and firewalls. As evidenced by the success of peer-to-peer VoIP, transparent and automatic NAT and firewall traversal is an extremely desirable feature. This presentation describes STUN, TURN, and ICE: three protocols being standardized by the IETF which work together to either punch holes through NATs and firewalls or, when end-to-end connectivity is not an option, to work around them via a third-party relay. How they work, what problems they solve, and how Asterisk makes use of them is answered. A demonstration of Viagénie's implementation is also given.

:: Viagénie Becomes a Vendor Member of CableLabs

As a way of assisting its cable operator customers, Viagénie has developed expertise in DOCSIS, IPv6 provisioning and deployment in cable networks. It also implemented a STUN/TURN server, which is useful for PacketCable 2.0 deployments. Viagénie became a vendor member of CableLabs in order to facilitate the standardization of such technologies and provide implementations of such standards.

• CableLabs
• CableLabs DOCSIS
• CableLabs PacketCable
• Viagénie STUN/TURN server

:: NAT and Firewall Traversal with STUN/TURN/ICE

This presentation describes the problems related to NAT and firewalls when deploying VoIP. It then details the STUN, TURN and ICE protocols and the solutions used to solve these issues. The STUN-TURN server developed by Viagénie is also discussed.

:: Viagénie has ported Freeswitch to IPv6

Freeswitch is an open source telephony platform that was previously limited to IPv4 networking. Viagénie has ported all the Freeswitch modules and the core to IPv6, thereby enabling VoIPv6 communications with IPv6-enabled VoIP phones. The source code modifications were submitted to the core freeswitch developers who integrated the code in the main trunk and is included in the release of Freeswitch as of version 1.0.1. This work is a followup of previous work when Viagénie ported Asterisk to IPv6.

• Freeswitch IPv6 porting announced at ClueCon conference
• Freeswitch
• IPv6 version of Asterisk

:: Porting and Deploying VoIP to IPv6: Lessons Learned

This presentation announces the porting of Freeswitch to IPv6. It also describes the lessons learned while porting VoIP applications to IPv6.

:: Marc Blanchet est nommé comme coordonnateur du comité de programme du colloque RISQ2008

Parmi les projets pris en charge lors de son mandat au RISQ, le fournisseur de services Internet de la communauté enseignement (universitaire, collégiale et secondaire) et recherche du Québec, Marc Blanchet est nommé comme coordonnateur du comité de programme du colloque RISQ2008. Il a en outre invité un conférencier de prestige, Pat Calhoun, Vice-Président chez Cisco, pour faire la présentation d'ouverture. Marc a connu Pat à l'IETF dans les groupes de Diameter, lorsque Pat travaillait chez Sun Microsystems.

• Introduction au programme de RISQ 2008
• Colloque RISQ 2008
• RISQ

:: vCard 4.0 [draft-ietf-vcarddav-vcardrev-03]

Delivered to the Internet Engineering Task Force(IETF) vCardDAV working group, this presentation describes the changes to the vCard specification as well as its current status.

:: IETF Vcarddav Working Group Status

This presentation is used by Marc Blanchet, co-chair of the Internet Engineering Task Force(IETF) vCardDAV working group, to report on the status of the working group and to set the agenda of the meeting.

:: vCard Format Specification

This document defines the vCard data format for representing and exchanging a variety of information about an individual (e.g., formatted and structured name and delivery addresses, email address, multiple telephone numbers, photograph, logo, audio clips, etc.).

:: vCard Format Specification

This document defines the vCard data format for representing and exchanging a variety of information about an individual (e.g., formatted and structured name and delivery addresses, email address, multiple telephone numbers, photograph, logo, audio clips, etc.).

:: IPv6 Tunnel Broker with the Tunnel Setup Protocol (TSP)

A tunnel broker with the Tunnel Setup Protocol (TSP) enables the establishment of tunnels of various inner protocols, such as IPv6 or IPv4, inside various outer protocols packets, such as IPv4, IPv6 or UDP over IPv4 for IPv4 NAT traversal. The control protocol (TSP) is used by the tunnel client to negotiate the tunnel with the broker. A mobile node implementing TSP can be connected to both IPv4 and IPv6 networks whether it is on IPv4 only, IPv4 behind a NAT or on IPv6 only. A tunnel broker may terminate the tunnels on remote tunnel servers or on itself. This document describes the TSP protocol within the model of the tunnel broker model.

:: Viagénie participates in SIPit 22 at the University of New Hampshire Interoperability Lab.

Viagénie is using its IPv6 version of Asterisk to test VoIPv6 with other implementations. While on-site, Simon Perreault is also involved in setting up the IPv6 network.

• SIPit

:: vCard Format Specification

This document defines the vCard data format for representing and exchanging a variety of information about an individual (e.g., formatted and structured name and delivery addresses, email address, multiple telephone numbers, photograph, logo, audio clips, etc.).

:: Special-Use IPv6 Addresses

This document is a compilation of special IPv6 addresses defined in other RFCs. It can be used as a checklist of invalid routing prefixes for developing filtering policies for routes and IP packets. It does not discuss addresses that are assigned to operators and users through the Regional Internet Registries. This memo provides information for the Internet community.

:: vCard Format Specification

This document defines the vCard data format for representing and exchanging a variety of information about an individual (e.g., formatted and structured name and delivery addresses, email address, multiple telephone numbers, photograph, logo, audio clips, etc.).

:: IETF Vcarddav Working Group Status

This presentation is used by Marc Blanchet, co-chair of the Internet Engineering Task Force(IETF) vCardDAV working group, to report on the status of the working group and to set the agenda of the meeting.

:: CardDAV Implementation Report

Delivered to the Internet Engineering Task Force(IETF) vCardDAV working group, this presentation describes a CardDAV server implementation, as well as certain issues found with the specifications.

:: vCard 4.0 [draft-resnick-vcarddav-vcardrev]

Delivered to the Internet Engineering Task Force(IETF) vCardDAV working group, this presentation presents the changes to the vCard specification as well as its current status.

:: Structure de l'IETF et établissement des normes de l'Internet

Cette présentation montre comment l'Internet Engineering Task Force(IETF) fonctionne et le processus pour l'établissement des normes et standards des protocoles de l'Internet.

:: Noms de domaines internationalisés

Cette présentation discute de l'avancement des noms de domaines internationalisés.

:: vCard Format Specification

This document defines the vCard data format for representing and exchanging a variety of information about an individual (e.g., formatted and structured name and delivery addresses, email address, multiple telephone numbers, photograph, logo, audio clips, etc.).

:: Marc Blanchet nominated as CCSDS SANA working group chair

The Consultative Committee for Space Data Systems(CCSDS) System Engineering Area Director, Peter Shames of the Jet Propulsion Laboratory, nominated Marc Blanchet as chair of the Space Assigned Number Authority (SANA). His mandate will be to lead the creaton of a framework for protocol registries within the scope of the CCSDS.
"It is my distinct pleasure to announce that Marc Blanchet has been approved as the new WG chair for the Space Assigned Numbers Authority (SANA). Marc, who is affiliated with CSA, brings a wealth of experience from his related work in the Internet Assigned Numbers Authority (IANA), along with an excellent grasp on international and multi-lingual issues and a lot of patience. ", stated Mr. Shames, Area Director, Systems Engineering Area (SEA), CCSDS.

• CCSDS
• CCSDS SANA working group

:: vCard Format Specification

This document defines the vCard data format for representing and exchanging a variety of information about an individual (e.g., formatted and structured name and delivery addresses, email address, multiple telephone numbers, photograph, logo, audio clips, etc.).

:: Special-Use IPv6 Addresses

This document describes the global and other specialized IPv6 address blocks. It does not address IPv6 address space assigned to operators and users through the Regional Internet Registries. These descriptions are useful for route and IP filtering, for documentation and other purposes.

:: Marc Blanchet is nominated as co-chair of the IETF vCardDAV Working Group

The Internet Engineering Task Force (IETF) vCardDAV working group is working on updating the vCard specification, creating an XML mapping for vcard and proposing a protocol for accessing vCards that is similar to CalDAV.

• Announcement of the vCardDAV working group
• IETF vCardDAV Working Group Charter
• IETF vCardDAV Working Group

:: Dois-je déployer IPv6?

Cette présentation discute de l'opportunité de déployer IPv6 dans les réseaux d'enseignement et de recherche.

:: Special-Use IPv6 Addresses

This document describes the global and other specialized IPv6 address blocks.It does not address IPv6 address space assigned to operators and users through the Regional Internet Registries. These descriptions are useful for route and IP filtering, for documentation and other purposes.

:: Special-Use IPv6 Addresses

This document describes the global and other specialized IPv6 address blocks.It does not address IPv6 address space assigned to operators and users through the Regional Internet Registries. These descriptions are useful for route and IP filtering, for documentation and other purposes.

:: Viagénie participates in the Fall 2007 CCSDS workshop to develop space networking standards

Viagénie makes contribution to the Consultative Committee for Space Data Systems (CCSDS) Cislunar working group. The Cislunar working group examines standards for the IP networking of Lunar missions, such as Earth to Moon or within Mars' lunar system.

• CCSDS Fall 2007 Meetings

:: New location for Viagénie's head office

Viagénie's head office moves to a new location, sharing office space with CRIM-Québec.

• New address is: 2600 boul. Laurier, suite 625, Québec, Québec, G1V 4W1, Canada. The phone numbers do not change: +1-418-656-9254. Fax: +1-418-656-9257.
• CRIM

:: Marc Blanchet is invited to join the ISOC board 2008 nomination committee

The nomination committee is responsible for proposing a list of candidates to the ISOC members for the board seats that will become vacant in 2008.

• ISOC board 2008 Nomination Committee

:: The Asterisk IPv6 Branch Has a New Website

A wiki and bug tracker have been put online for coordinating the efforts going into the IPv6 branch of Asterisk.

Started by Marc Blanchet, the branch has been updated to use code from the main branch by its new maintainer, Simon Perreault. Weekly merges will ensure that new features make their way into the IPv6 branch quickly.

• The new Asterisk IPv6 website
• The original Asterisk website

:: Migrating to IPv6 book translated to Czech

Marc Blanchet's book, "Migrating to IPv6", is being translated into the Czech language.

• Migrating to IPv6 book

:: Special-Use IPv6 Addresses

This document describes the global and other specialized IPv6 address blocks.It does not address IPv6 address space assigned to operators and users through the Regional Internet Registries. These descriptions are useful for route and IP filtering, for documentation and other purposes.

:: Marc Blanchet participates to the Asterisk Developer Conference

Asterisk developers meet once a year to discuss the future of Asterisk, its internal workings and to make progress. Because he co-ported Asterisk to IPv6, Marc Blanchet is invited to participate in this year's Asterisk Developers Conference. Held at the Georgia Institute of Technology in Atlanta, the event drew approximately 30 people. Discussions with the core developer team on how to integrate the IPv6 code in the trunk takes place.

• Asterisk Developer Conference
• Asterisk

:: Internet Engineering Steering Group(IESG) scribe volunteer

Marc Blanchet has volunteered to take narrative minutes of the Internet Engineering Steering Group(IESG) meetings. IESG is the Internet Engineering Task Force's (IETF) management body. IESG scribing is a modest contribution to the IETF volunteer-based organization and helps Mr. Blanchet understand the inner workings of the IESG.

• IETF
• IESG
• IESG Narrative Minutes

:: Special-Use IPv6 Addresses

This document describes the global and other specialized IPv6 address blocks.It does not address IPv6 address space assigned to operators and users through the Regional Internet Registries. These descriptions are useful for route and IP filtering, for documentation and other purposes.

:: IPv6 Routing Guidelines

Presentation of draft-ietf-v6ops-routing-guidelines-01.txt to IETF IPv6 Operations working group (v6ops).

:: Asterisk with IPv6: Seamless and Ubiquitous VoIP

Marc Blanchet presents the work of porting and running Asterisk over IPv6. The presentation was part of an Asterisk session chaired by Kevin Fleming of Digium.

:: Asterisk with IPv6: Seamless and Ubiquitous VoIP

Marc Blanchet presents the work of porting and running Asterisk over IPv6 at the Voice Peering Forum in Miami, Florida, USA. The presentation was part of an Asterisk session chaired by Kevin Fleming of Digium.

• Voice Peering Forum
• Asterisk with IPv6: Seamless and Ubiquitous VoIP Slides

:: Worldwide Interoperability on VoIP using IPv6

The IPv6 Forum, along with Viagenie, Stealth Communications and CounterPath Solutions, today announced that a series of successful VoIP calls over IPv6 has been carried out, marking an important advancement in worldwide interoperability among VoIP technologies using IPv6.

The VoIP calls, connecting Viagenie in Canada and Consulintel in Spain, were conducted using the CounterPath eyeBeam(tm) softphone through the IPv6 version of Asterisk,(r) ported by Viagenie, a consulting and R and D firm in advanced IP networking. The Asterisk-IPv6 server was located on Stealth Communications Voice Peering Fabric (VPF) network.

Asterisk is the most popular and extensible open source telephone system in the world, offering flexibility, functionality and features not available in advanced, high-end (high-cost) proprietary business systems. Asterisk is a complete IP PBX (private branch exchange) for businesses, and can be downloaded for free.

"Asterisk-IPv6 shows the power of VoIPv6 by avoiding all issues regarding NAT traversal when using IPv4. The presence of NAT for VoIPv4 results in users issues, such as non-connecting calls, one-way audio, non-working DTMF. Asterisk-IPv6 solves all these issues and also brings, together with IPv6, true IP mobility, security and autoconfiguration of VoIPv6 phones", states Marc Blanchet, President of Viagenie.

• Full Press release
• Press release on PRNewsWire
• Press coverage
• IPv6 Task Force
• Technology Marketing Corporation (TMCnet)
• IT Wire
• Earth Times
• SYS CON
• Tech Web
• Money Central, MSN
• Fierce VoIP

:: Worldwide Interoperability on VoIP using IPv6

The IPv6 Forum, along with Viagenie, Stealth Communications and CounterPath Solutions, today announced that a series of successful VoIP calls over IPv6 has been carried out, marking an important advancement in worldwide interoperability among VoIP technologies using IPv6.

The VoIP calls, connecting Viagenie in Canada and Consulintel in Spain, were conducted using the CounterPath eyeBeam(tm) softphone through the IPv6 version of Asterisk(r), ported by Viagenie, a consulting and R and D firm in advanced IP networking. The Asterisk-IPv6 server was located on Stealth Communications Voice Peering Fabric (VPF) network.

Asterisk is the most popular and extensible open source telephone system in the world, offering flexibility, functionality and features not available in advanced, high-end (high-cost) proprietary business systems. Asterisk is a complete IP PBX (private branch exchange) for businesses, and can be downloaded for free.

Asterisk-IPv6 shows the power of VoIPv6 by avoiding all issues regarding NAT traversal when using IPv4. The presence of NAT for VoIPv4 results in users issues, such as non-connecting calls, one-way audio, non-working DTMF. Asterisk-IPv6 solves all these issues and also brings, together with IPv6, true IP mobility, security and autoconfiguration of VoIPv6 phones, states Marc Blanchet, President of Viagenie.

:: Using Internationalized Domain Names (idn) with Firefox 2.0

Marc Blanchet presents how to use internationalized domain names(idn) with Firefox 2.0 at the Asia Pacific Regional Internet Conference on Operational Technologies(APRICOT) in Bali, Indonesia. Idn are very popular in Asia Pacific region due to the fact that asian scripts are far different than ASCII, the default character set for domain names.

• APRICOT Conference
• Using Internationalized Domain Names(idn) with Firefox 2.0 Slides

:: Using Internationalized Domain Names (idn) with Firefox 2.0

Marc Blanchet presents how to use internationalized domain names(idn) with Firefox 2.0. Idn are very popular in Asia Pacific region due to the fact that asian scripts are far different than ASCII, the default character set for domain names.

:: Porting and Running Asterisk over IPv6

This presentation shows the work of porting and running Asterisk over IPv6. IPv6 has more presence in the Asia Pacific region and showed interest on using VoIP over IPv6 using Asterisk.

:: Porting and Running Asterisk over IPv6, at APRICOT Conference in Bali

Marc Blanchet presents the work of porting and running Asterisk over IPv6 at the Asia Pacific Regional Internet Conference on Operational Technologies(APRICOT) in Bali, Indonesia. IPv6 has more presence in the Asia Pacific region and showed interest on using VoIP over IPv6 using Asterisk.

• APRICOT Conference
• Porting and running Asterisk over IPv6 Slides

:: Asterisk Tutorial delivered at APRICOT Conference in Bali

Marc Blanchet delivered a tutorial titled "Asterisk Primer" at the Asia Pacific Regional Internet Conference on OperOperational Technologies(APRICOT) in Bali, Indonesia. The tutorial is aimed towards helping people to fast start with Asterisk, the open-source VoIP PBX.

• APRICOT Conference
• Asterisk Primer Tutorial Slides

:: Asterisk Primer

Tutorial "Asterisk Primer" aimed towards helping people to fast start with Asterisk, the open-source VoIP PBX.

:: Participation at the January 2007 CCSDS workshop to develop space networking standards

Viagénie makes contribution to the cislunar and sana working groups. The cislunar working group looks at standards for IP networking for Lunar missions, such as Earth to Moon or within Mars lunar system. The sana working group is setting a registry for protocol numbers.

• CCSDS January 2007 Meetings

:: IPv6: Provider Case Studies and VoIPv6

Presented at the Pacific Telecommunications Council Conference, this presentation discusses the rationale of IPv6, some provider deployments case studies, the Viagénie experience to port applications to IPv6 and some advice on IPv6 deployment. The presentation is part of an IPv6 panel chaired by Latif Ladid, President of IPv6Forum.

• Pacific Telecommunications Council 2007 Conference

:: Introduction au DNS, IDN et IPv6

Invité par la branche québécoise de l'Internet Society(ISOC), Marc Blanchet présente une introduction au Domain Name System, aux noms de domaines internationalisés et à IPv6 lors d'une rencontre avec l'Internet Corporation for Assigned Names and Numbers (ICANN) à Montréal. L'ICANN était représentée par Jacob Malthouse, Liaison pour le Canada.

• Introduction au DNS, IDN et IPv6
• Rencontre ISOC-QC et ICANN
• ISOC Québec
• ICANN

:: Introduction au fonctionnement du DNS

Une introduction au Domain Name System, aux noms de domaines internationalisés et à IPv6 lors d'une rencontre de l'Internet Society-section de Québec et l'Internet Corporation for Assigned Names and Numbers (ICANN) à Montréal.

:: Porting IPv6 to Asterisk

This presentation describes the port of Asterisk to IPv6.

:: Porting Asterisk to IPv6

At the Astricon 2006 conference in Dallas, Viagénie presents its work on porting Asterisk, the open-source VoIP PBX, to IPv6.
Challenges, design considerations, impacts, changes and a demo were presented. Ongoing discussions with Digium and Asterisk community are happening on how to merge the IPv6 contributed code to the main Asterisk source code trunk.

• Porting Asterisk to IPv6, Marc Blanchet and Frédérick Lefebvre, October 2006.

:: Viagénie devient membre de la filière PME de l'Institut de la sécurité de l'information du Québec(ISIQ)

Impliquée depuis plus de 10 ans en sécurité des réseaux IP, Viagénie devient membre de la filière PME de l'Institut de la sécurité de l'information du Québec(ISIQ), démontrant ainsi son implication constante dans le domaine de la sécurité. Formé par le Centre de recherche informatique de Montréal(CRIM), l'ISIQ est plateforme publique-privée d'échange de l'information et de connaissances en matière de sécurité de l'information, ainsi qu'une base d'intervention dont la force reposera sur l'expertise et les ressources de ses partenaires.

• Partenaires de l'ISIQ
• ISIQ
• CRIM

:: Some Advice on IPv6 for Enterprise IT

Presented at the IEEE Entnet (Enterprise Networks), a joint conference with Broadband World Forum Americas, this presentation discusses the rationale of IPv6, the Viagénie experience to port applications to IPv6 and some advice on IPv6 deployment. The presentation is part of an IPv6 panel chaired by Latif Ladid, President of IPv6Forum.

• IEEE Entnet Conference
• Broadband World Forum Americas Conference

:: IPv6 Routing Guidelines

Presentation of draft-blanchet-v6ops-routing-guidelines-01 to IETF IPv6 Operations working group (v6ops).

:: Structure de l'IETF et établissement des normes de l'Internet

Cette présentation est un cours sur la structure de l'Internet Engineering Task Force(IETF) et l'établissement des normes de l'Internet. Offert au début du congrès de l'IETF, le cours vise les nouveaux participants à l'IETF. Le matériel utilisé est une traduction par Marc Blanchet de la présentation de Scott Bradner sur le sujet.

:: Structure de l'IETF et établissement des normes de l'Internet

Invité par le comité edu de l'Internet Engineering Task Force(IETF), Marc Blanchet présente un cours sur la structure de l'IETF et l'établissement des normes de l'Internet. Offert au début du congrès de l'IETF, le cours vise les nouveaux participants à l'IETF. Le matériel utilisé est une traduction par Marc Blanchet de la présentation de Scott Bradner sur le sujet.

• Structure de l'IETF et établissement des normes de l'Internet
• 66ième congrès de l'IETF
• Internet Engineering Task Force

:: Viagénie becomes an Associate Member of the Consultative Committee on Space Data Systems

Sponsored by the Canadian Space Agency, Viagénie becomes an associate member of the Consultative Committee on Space Data Systems (CCSDS). Formed in 1982 by the major space agencies in the world, CCSDS develops recommendations for data and information systems standards. Viagénie role is in the development of standards for space networking.

• CCSDS Associates
• Canadian Space Agency
• Consultative Committee on Space Data Systems (CCSDS)

:: Participation at the CCSDS workshop to develop space networking standards

Invited to join the CCSDS workshop in Rome by NASA-CCSDS management, Viagénie makes contribution to the cislunar working group. The cislunar working group looks at standards for IP networking for Lunar missions, such as Earth to Moon or within Mars lunar system. Viagénie membership to CCSDS is sponsored by the Canadian Space Agency.

• CCSDS Spring 2006 Meetings

:: IPv6 Primer and Applications to Sensor Networks

Kosuke Ito of Ubiteq and Marc Blanchet deliver an IPv6 seminar, "IPv6 Primer and Applications to Sensor Networks", at the Third International Conference on Networked Sensing Systems in Chicago, May 31st 2006. The seminar discusses IPv6 and its uses for sensor networks.Additional information:

• IPv6 Primer for Sensor Networks, Marc Blanchet, May 31st 2006.

:: IPv6 Primer for Sensor Networks

This presentation is a short primer on IPv6 for sensor networks.

:: IPv6 Node Requirements RFC4294 published

Marc Blanchet was involved in the early work of this important document. RFC4294 lists the requirements an IPv6 implementation of a node(as compared to a router) should or must support. This work enables implementations to interoperate and to make the least number of assumptions on how other nodes should behave or implement.Additional information:

• IPv6 Node Requirements. J. Loughney, Ed.., RFC 4294, April 2006.

:: IPv6 Routing Policies Guidelines

Presentation of draft-blanchet-v6ops-routing-guidelines-01 to IETF IPv6 Operations working group (v6ops).

:: IPv6 Routing Policies Guidelines

Marc Blanchet wrote a guidelines document on how to implement routing policies in IPv6 networks. This is useful to network or security operators of provider or enterprise networks to improve the security and the reliability of their networks. The document was accepted as an Internet Engineering Task Force IPv6 Operations(v6ops) working group document.
Additional Information:

• IETF Internet-Draft
• Presentation to the IETF v6ops working group during IETF Dallas, March 23, 2006.

:: User-Controlled Lightpath Protocol(UCLP) Workshop

Viagénie was invited to attend the Canarie User-Controlled Lightpath Protocol (UCLP) version 2 Workshop. Viagénie team is the protocol designer of the first generation of this technology, named Optical Border Gateway Protocol (OBGP). This OBGP work was under a Canarie contract.

• Canarie UCLPv2 Workshop
• Optical BGP (OBGP): InterAS lightpath provisioning: Specification document submitted in 2001 as Internet-Draft to IETF

:: IPv6 Routing Policies Guidelines

Guidelines on how to handle IPv6 routes are needed for operators of networks, either providers or enterprises. This document is a followup on RFC2772 work but for the production IPv6 Internet. RFC2772 becomes historic.

:: IPv6Forum World Congress

As director of the North American IPv6 Task Force,, Marc Blanchet participated in the IPv6Forum World Congress, in Las Vegas, February 2006, where around 20 IPv6 world leaders defined the next 5 years direction and roadmap of the IPv6Forum.

:: Migrating to IPv6 book published

The "Migrating to IPv6" book, authored by Marc Blanchet and published by Wiley, is now available. The book received very good feedback and reviewers quotes from well-known experts in the IPv6 community.

• Migrating to IPv6 book web site.
• Table of contents.

:: IPv6 Tunnel Broker with the Tunnel Setup Protocol (TSP)

A tunnel broker with the Tunnel Setup Protocol (TSP) enables the establishment of tunnels of various inner protocols, such as IPv6 or IPv4, inside various outer protocols packets, such as IPv4, IPv6 or UDP over IPv4 for IPv4 NAT traversal. The control protocol (TSP) is used by the tunnel client to negotiate the tunnel with the broker. A mobile node implementing TSP can be connected to both IPv4 and IPv6 networks whether it is on IPv4 only, IPv4 behind a NAT or on IPv6 only. A tunnel broker may terminate the tunnels on remote tunnel servers or on itself. This document describes the TSP protocol within the model of the tunnel broker model.

:: Routing Policy Specification Language next generation (RPSLng)

:: A Flexible Method for Managing the Assignment of Bits of an IPv6 Address Block

:: Nameprep: A Stringprep Profile for Internationalized Domain Names (IDN)

:: Preparation of Internationalized Strings ("stringprep")

:: Suggestions to Streamline the IETF Process

:: DSTM IPv4 over IPv6 tunnel profile for Tunnel Setup Protocol(TSP)

:: TSP-TEREDO: Stateful IPv6 over IPv4 Tunnels with NAT using TSP and TEREDO

:: Applicability of the Tunnel Setup Protocol(TSP) as an IPv6 Transition Technique

:: IPv6 Address Space Reserved for Documentation