STAS VoIP - Trunk Opérateur (C4)

 

1. Définitions

Pour la bonne compréhension des présentes STAS, les termes suivants sont entendus comme suit, au singulier comme au pluriel :

Appel sortant : Toute communication acheminée au titre du Contrat dans le sens réseau Client Opérateur => extérieur.

Appel entrant : Toute communication acheminée au titre du Contrat dans le sens extérieur => réseau Client Opérateur.

RFC : Désigne, par le numéro associé, les “Requests for comment” publiées par l’IETF qui sont des documents décrivant les aspects et spécifications techniques d'Internet, ou de différents matériels informatiques et/ou de communication participant de l’exploitation d’Internet.

Trunk Opérateur (Classe 4) : Ce type de trunk est dédié à une interconnexion inter-opérateur. Il est possible de router des tranches entières de numéros et préfixes de portabilité.

Trunk Entreprise (Classe 5) : Ce type de trunk est dédié à une interconnexion avec un équipement du client final. Il permet l'aboutissement de numéros individuels et la fourniture de services orientés utilisateur final.

 

2. Méthodes d'Interconnexion

2.1. Interconnexion publique à travers Internet

L’équipement du client Opérateur doit être configuré de sorte de pouvoir communiquer à travers Internet en respectant les éléments de configuration tels que stipulés en 3.4.

L’Opérateur Client s’assurera du bon fonctionnement de sa jonction à Internet et Netwo ne pourra pas être tenu pour responsable de l’indisponibilité temporaire du service à travers Internet.

Par ailleurs, les routes et parcours entre opérateurs, transitaires et points d’échanges ne pouvant être sous maîtrise de l’Opérateur Client ou de Netwo, Netwo ne garantit pas la qualité des appels. En particulier des engorgements ponctuels pourraient provoquer des dégradations de la qualité audio entre l’Opérateur Client et Netwo.‍

2.2. Interconnexion privée

Une interconnexion privée avec le réseau Netwo peut être mise en place pour le Client Opérateur disposant d’une présence sur un ou plusieurs points de présence (PoP) communs avec Netwo.

Ce mode d’interconnexion permet de s’affranchir des aléas liés à Internet et d’assurer de meilleures garanties en termes de performance et de disponibilité.

La faisabilité, les modalités techniques et les conditions associées à ce type de raccordement doivent être étudiées conjointement avec les équipes commerciales Netwo.

3. Mise en œuvre de l'interconnexion SIP‍

3.1. Authentification - généralités

L'authentification d'un compte SIP peut se faire de deux façon :

• par login / mot de passe
• par IP

3.2. Authentification et enregistrement

Un compte SIP supporte :

• jusqu’à 6 contacts via enregistrement SIP (REGISTER)
• jusqu’à 3 IP:port en authentification IP (sans REGISTER) autorisés en même temps

3.2.1. Enregistrement (Registrar)

Configurez votre équipement client avec l'adresse voip.sipb2b.net

Pour garantir la redondance du service, il est nécessaire de maintenir un enregistrement actif sur chacun de nos deux serveurs. Deux méthodes possibles :

• Si votre équipement supporte le double enregistrement SRV, voip.sipb2b.net suffit.
• Dans le cas contraire, configurez un trunk sur voip-lb1.sipb2b.net et un second sur voip-lb2.sipb2b.net

Sans double enregistrement actif, la redondance n'est pas assurée et une interruption de service est possible en cas de défaillance d'un serveur d'enregistrement.

Un délai d'expiration inférieur à 60 secondes sera rejeté. Un délai d'expiration supérieur à 1h sera réduit à 1h.

3.2.2. Authentification IP

L'authentification par IP est disponible uniquement pour les trunk SIP C4.

Pour chaque IP:port paramétrés, notre infrastructure enverra, toutes les 30 secondes, un paquet SIP OPTIONS, au travers des deux serveurs indiqués plus haut. En cas de non réponse à ces paquets au bout d'un délai compris entre 2 et 3 minutes, notre infrastructure considérera l'équipement comme n'étant plus joignable et ne lui routera plus d'appels entrants jusqu'à ce qu'il réponde de nouveau.

3.3. Répartition des appels

3.3.1. Appels sortants

Les appels sortants du réseau Client Opérateur devront obligatoirement être présentés équitablement (50/50) vers les deux équipements de Netwo.

Pour les équipements supportant les enregistrements SRV (conformément à la RFC3263) et capables de les exploiter pour la répartition de charge, l'utilisation de voip.sipb2b.net peut être privilégiée (voir section 3.4.2 pour la table complète des endpoints).

La haute disponibilité des appels sortants doit être assurée par les équipements du Client Opérateur. À cet effet, les équipements Netwo répondent aux requêtes SIP OPTIONS, que le Client doit activer afin de superviser la disponibilité des serveurs.

3.3.2. Appels entrants

Les appels entrants sont distribués aléatoirement vers l’un des contacts disposant d’un enregistrement SIP actif.

En cas d'échec de livraison sur le contact sélectionné (équipement injoignable, timeout SIP, réponse 5xx/6xx), l'appel sera définitivement rejeté et ne sera pas retenté sur un autre contact enregistré.

Ce comportement est délibéré afin d'éviter les doublons d'appels et les boucles de retry non maîtrisées côté réseau.

Appels entrants : Cas général

En utilisation DNS SRV (RFC3263), l’équipement client sélectionne un load balancer et s’y enregistre. En cas d’indisponibilité, il doit se réenregistrer automatiquement vers un autre endpoint fourni par le SRV.

La réception des appels dépend exclusivement de la validité des enregistrements SIP côté Client Opérateur.

Appels entrants : si le Load Balancer 1 est hors service

3.4. Protocoles et paramètres

3.4.1. Protocole IP

Le protocole de niveau 3 IPv4 est supporté tandis que le protocole IPv6 ne l’est pas.

3.4.2. EndPoints SIP et Media

L'infrastructure Netwo est accessible via les points d'entrée suivants :

L'interconnexion se fait au moyen de l'Équipement Accès au Réseau Netwo et selon le protocole SIP, tel que défini dans les RFC 3261, 3265, 3665.

Les clients ne disposant pas de capacité de résolution DNS peuvent contacter le support Netwo pour obtenir les adresses IP fixes correspondant aux FQDN ci-dessus. Toutefois, ce mode de raccordement n’est pas recommandé. Netwo ne garantit pas la communication des éventuels changements d’adresses IP associés à ces FQDN. Ces informations sont fournies à titre indicatif et peuvent évoluer ; leur maintien à jour relève de la responsabilité du Client Opérateur.

Transport SIP — UDP et TLS

Le transport SIP est supporté en UDP (port 5060) et en TLS (port 5061). L'utilisation de TLS est fortement recommandée pour les interconnexions exposées sur Internet, afin de protéger la signalisation contre l'écoute et la falsification. Le certificat présenté par les serveurs Netwo est signé par une autorité de certification reconnue. L'Opérateur Client doit s'assurer que ses équipements sont en mesure de le valider.

Transport Media — RTP et SRTP

Les adresses IP de signalisation (SIP) seront différentes des adresses IP media (RTP). Dans tous les cas, l'IP à utiliser pour une communication sera systématiquement précisée dans le message SDP. Les ports UDP utilisés vont de 10000 à 50000.

Le flux média peut être chiffré via SRTP (RFC 3711). Lorsque SRTP est utilisé, l'échange de clés s'effectue via SDES dans le SDP (RFC 4568). Le couple TLS + SRTP est recommandé pour toute interconnexion nécessitant un niveau de confidentialité élevé. UDP + RTP reste disponible pour les environnements où la performance prime sur le chiffrement.

3.4.3. Whitelist

L'accès au compte SIP (INVITE et REGISTER) sera limité exclusivement à une liste de réseaux précisés par le Client dans la plateforme Netwo, et sous sa responsabilité exclusive. Les requêtes en provenance des autres réseaux seront rejetées avec un 403 Forbidden.

L'utilisation de TLS ne se substitue pas à la whitelist : les deux mécanismes sont complémentaires et doivent être activés conjointement.

Toute utilisation d'un compte SIP à l'issue d'une authentification valide sera réputée avoir été effectuée sous la responsabilité exclusive du Client Opérateur. La responsabilité de Netwo ne pourra être recherchée qu'en cas de faute lourde exclusivement imputable à Netwo.

3.4.4. Codec et DTMF

Le codec audio G.711 A-law (PCMA, payload type 8) doit obligatoirement être présent dans l'offre SDP de l'Opérateur Client. Il constitue le codec de référence et de repli (fallback) pour l'ensemble des communications transitant par le réseau Netwo.

L'Opérateur Client peut proposer d'autres codecs dans son offre SDP. La négociation codec s'effectue de bout en bout, en fonction des capacités des équipements et des opérateurs transitaires impliqués dans l'acheminement de l'appel. Netwo ne garantit pas le support des codecs tiers au-delà de son propre réseau.

En l'absence du codec G.711 A-law dans l'offre SDP, l'appel sera rejeté.

La signalisation DTMF doit être transmise via RFC 2833 / telephone-event (payload type 101).

‍3.4.5. Service fax

Le protocole fax T.38 (ITU-T T.38, avec signalisation SIP associée, cf. RFC 4612) n'est pas supporté. Toutefois, les communications fax/modems ne sont pas bloquées et peuvent passer en alaw, sans aucune garantie de fonctionnement : en aucun cas la responsabilité de Netwo ne pourra être recherchée pour des communications T38 défaillantes. Netwo recommande d’établir un appel fax avec le codec G.711.

3.4.6. Marquage DiffServ (QoS)

Les paquets auront comme tag 0x10|cs2 (SIP) et 0x2E|ef (RTP) au niveau QoS.

Il en est de même pour les DTMF en RFC2833.

Netwo réalise un marquage conforme à la RFC 4594, c'est-à-dire par l’utilisation du marquage CS2 pour le Flux Signalisation et EF pour le Flux Media.

Pour les flux à destination de l'Opérateur (sens de Netwo vers l'Opérateur dans la communication), le marquage est réalisé au niveau des Équipements Routing et RTP.

Pour les flux à destination de Netwo (sens de l'Opérateur vers Netwo dans la communication), le champ DSCP positionné par l'Opérateur sera modifié par Netwo conformément à ses règles de marquage (les flux dans le réseau Netwo sont priorisés avec un marquage du champ EXP à EF).

‍

3.5. Limitations sur le trafic venant de l'opérateur

Compte tenu du caractère mutualisé de l’infrastructure mise à disposition et afin de garantir un haut niveau de disponibilité, les appels sont limités à 3h maximum côté Netwo. Les appels pourront éventuellement couper avant si l'opérateur émetteur ou destinataire de l'appel a configuré une limite plus courte.

Les appels entrants et sortants ne pourront pas sonner, sans décrocher, plus de 4 minutes.

En cas de dépassement du nombre de canaux alloués, un signal d'occupation sera envoyé à l'émetteur de l'appel.

Le nombre de CAPS (Nombre de tentatives d'appels par seconde) est limité à 3.

Toute modification de paramètres du compte SIP (mot de passe, nombre de canaux, SDAs, whitelist, etc.) est soumise à un délai de propagation pouvant atteindre 5 minutes avant prise en effet sur l'infrastructure. Ce délai correspond au cycle de rafraîchissement du cache distribué de Netwo.

Pendant cette période de transition, les appels et enregistrements continuent de fonctionner avec les anciens paramètres. Il n'existe pas de mécanisme de notification de fin de propagation.

4. Conformité de l'interconnexion

4.1. Généralités

Seules les URI au format sip: sont supportées.

Tout appel émis vers l’infrastructure Netwo fera l’objet d’une authentification via une réponse 407 Proxy Authentication Required.

Un numéro SDA est associé à un unique compte SIP et ne peut être routé vers plusieurs comptes simultanément.

4.2. Plan de numérotation

4.2.1. Règle générale

Les numéros, quel que soit l’en-tête SIP (Request-URI, From, To, P-Asserted-Identity, Diversion), doivent être présentés au format E.164.

Exemple :
+33181805000

4.2.2. Appels sortants

Les numéros appelés doivent respecter les règles suivantes :

• Format international (E.164) requis
  Exemples : France : +33181805000, Italie : +3906686011,
  États-Unis : +12029446000
  
  
• Numéros courts français autorisés au format national uniquement :
  1X / 1XY / 1XYT / 118XYT / 116XYZ / 3BPQ
  Exemples : 15, 17, 18, 114
  
  
• DROM :
  Format métropole : +33ZABPQMCDU
  Format international : +CCXABPQMCDU
  Exemples : +33596393600, +596596393600
  
  
• Numéros M2M :
  Format supporté : +33700PQMCDUEFGH
  Exemple : +337000000655394
  
  
• Non supporté :
  Format avec préfixe de portabilité : +CC<prefixe de portabilité>ZABPQMCDU
  Exemple : +3310019181805000
  
  

4.2.3. Appels entrants

Les appels à destination de l’Opérateur Client sont présentés :

• au format E.164
  
  
• ou, dans le cas de numéros hébergés avec portabilité chez Netwo :
  +CC<prefixe de portabilité>ZABPQMCDU
  Exemple : +3310019181805000

4.2.4. Numéro appelant (From)

En appel sortant le numéro appelant doit être renseigné dans l’en-tête From.

Si le numéro n’est pas conforme au format E.164 il est automatiquement masqué par le réseau Netwo. Exemple : +33555 → numéro invalide → masqué

4.2.5. Nom de l’appelant

Le nom de l’appelant n’est pas filtré par Netwo, en émission comme en réception. Sa transmission de bout en bout n’est pas garantie.

4.3. En-têtes SIP

4.3.1. Masquage du numéro

Appels sortants

• Le numéro appelant (From) doit toujours être présent. Même dans le cas d'un numéro masqué.
• Le numéro appelant sera considéré comme masqué si l'en-tête Privacy est présente. Format de l'en-tête :

 

Appels entrants

• La présence du numéro appelant dans l'entête From n'est pas garantie. Certains opérateurs envoient "anonymous", en particulier pour les appels provenant de l'international.
• En cas de numéro masqué, l'en-tête Privacy sera présente. Le masquage du numéro au destinataire de l'appel doit être réalisé par l'opérateur client.

‍

4.3.2. P-Access-Network-Info / PANI

Elle doit être présente dans l'INVITE initial, avec ce format :

<R1R2> : Code R1R2 de l'opérateur émetteur de l'appel, attribué par l'ARCEP. '01' doit être utilisé si aucun code n'est attribué.

<INSEE> : Code INSEE de l'appelant.

Exemple, pour un appel venant de la France, Paris 2ème :

Si l'origine de l'appel n'est pas française, il doit obligatoirement être identifié en positionnant le code R1R2 à 99, et le code INSEE à 99999. Exemple :

 

4.3.3. P-Asserted-Identity / PAI

Elle doit obligatoirement être présente dans l'INVITE initial et sert à préciser l'identifiant de la ligne côté opérateur. Format :

Exemple :

⚠️ Un appel ne possédant pas de P-Asserted Identity se verra automatiquement attribué le numéro NDI rattaché au trunk.

4.3.4. Diversion

Il est possible de faire une redirection opérateur en re-invitant et en utilisant le numéro de destination dans la request-uri. Dans ce cas, il est obligatoire d'ajouter une entête Diversion suivant ce format :

<RURI-ORIG>: Numéro de destination d'origine

<COMPTEUR>: Compteur de redirection

<PRIVACY>: (off/full) Précise si la redirection demande le masquage du numéro ou pas.

Les entêtes PAI et PANI d'origine de l'appel doivent être conservées dans le paquet INVITE.

‍

4.3.5. BYE/CANCEL et Reason

Dans le cas d'un paquet BYE ou CANCEL, il est possible d'ajouter l'entête Reason pour préciser la nature de la fin de l'appel. Format :

Exemple :

5. Gestion des appels d'urgence

‍5.1. PFLAU (Plateforme de localisation des appels d'urgences)

Il est imposé aux opérateurs de pouvoir, dans le cadre d'un appel d'urgence, autoriser le PSAP à localiser l'appelant. Afin de localiser l'appelant, il est nécessaire de renseigner l'adresse de l'utilisateur du numéro dans la plateforme Netwo ou via l'API.

En cas d'absence d'adresse définie au niveau du SDA, l'adresse définie sur le trunk sera utilisée.

5.2. PDAAU (Plans départementaux d’acheminement des appels d’urgence)

Si l’infrastructure reçoit un numéro d'urgence Français court conforme à la liste établie par l’ARCEP, il sera automatiquement converti en numéro long en utilisant comme information de localisation le code INSEE indiqué dans l'entête PANI (Voir chapitre 4.3.2).

Si l'entête obligatoire PANI est absente, le code INSEE par défaut du compte sera utilisé.

 

6. MAN (Mécanisme d'authentification des numéros)

6.1. Trunk SIP C4

Il existe 2 modes de gestion du MAN, à définir au moment de la commande du trunk :

• C4-OPT : Pour les comptes opérateurs ayant des tranches de numéros attributaires et souscrivant à l’offre OPTS/OPTV. STIAS et STIVS seront gérés par l’infrastructure. Le niveau d’attestation est envoyé par le client via l’entête Attestation-Info.
  
  
  Exemple :

Attestation-Info : A

 

• C4-STIR : Pour les comptes opérateurs qui implémentent de leur côté le projet MAN2023. Seuls les traitements d’opérateurs de transit seront effectués par Netwo.

Lien vers la documentation MAN