4.1 Références normatives

Nos équipements se conforment aux normes suivantes :

  • RFC3261 (SIP)
  • RFC2327 (SDP)
  • RFC3264 (Offer/answer SDP model)
  • RFC3323 (Privacy)
  • RFC3326 (Reason header)
  • RFC5806 (Diversion header)
  • RFC4028 (Session timers)
  • RFC4733 (DTMFs and tones)
  • ITU-T G.729
  • ITU-T G.711

4.2 SIP

Nos équipements supportent le protocole SIP en version UDP sur le port standard 5060.

4.3 Keep-alive / Session timers

Afin de prévenir tout souci de cohérence dans le suivi des appels, nos équipements sont configurés pour répondre et générer (à intervalle de 300s) des Re-INVITEs SIP, conformément à la RFC4028.

4.4 CODECs / media

Notre plate-forme supporte les codes G.711A et G.729 (annexe A). Vous pouvez spécifier une configuration de codec plus précise via l’interface.

Nos media servers sont configurés pour travailler de façon symétrique : en cas de différence entre l’annonce (IP/port) destinataire dans le SDP et l’IP/port depuis lesquels le flux est reçu, nous envoyons le media vers l’IP/port d’où le flux arrive.

4.5 Format des numéros de téléphone

Vous pouvez choisir sur l’interface de gestion le format de numérotation utilisé/attendu pour l’URI ainsi que les champs To/From et P-Asserted-Identity parmi les choix suivants :

  • Format E.164 sans « + » : ex : INVITE sip:[email protected] SIP/2.0. Dans ce cas les numéros courts peuvent être spécifiés au format 33C<NSN>, par exemple 33C112 pour appeler le 112.
  • Format E.164 avec « + » : ex : INVITE sip :[email protected] SIP/2.0. Dans ce cas les numéros courts peuvent être spécifiés au format +33C<NSN>, par exemple +33C112 pour appeler le 112.
  • Format national français, tel que numéroté depuis une ligne abonné ; ex : INVITE [email protected] SIP/2.0. Dans ce cas les numéros courts sont envoyés tels quels.

4.6 CLI

 

4.6.1 Appels entrants

Le numéro d’appelant est positionné dans le champ From. Un champ P-Asserted-Identity peut également être présent, avec l’équivalent du NDI français.

Si vous disposez d’une licence L.33 d’opérateur télécom, vous pouvez nous demander à lever toute limitation sur la transmission du CLI. Veuillez prendre contact avec votre interlocuteur commercial.

4.6.2 Appels sortants

Vous devez positionner votre numéro d’appelant dans le champ From. Dans le cas particulier d’un compte SIP avec authentification par mot de passe, ceci n’est toutefois pas possible, le champ From devant contenir l’id du compte SIP. Dans ce cas, deux champs peuvent être utilisés pour spécifier un CLI :

  • P-Asserted-Identity
  • X-Axialys-CallerID

Le CLI est transmis dans le champ ISUP « generic address » (NDS en France). Un NDI, positionné par Axialys et identifiant de façon unique chacun de nos clients est par ailleurs transmis lors des appels sortants.

Attention : les numéros positionnables en tant que CLI sont susceptibles d’être restreints. Veuillez contacter votre interlocuteur commercial pour définir ce paramétrage.

Il est par ailleurs possible de configurer un CLI fixe/permanent pour vos appels. Veuillez nous contacter.

4.6.3 CLIR / appels anonymes

Axialys honore et positionne les entêtes « Privacy »

4.7 Localisation appelant

Axialys transmet sur les appels entrants diverses informations sur l’origine de l’appelant (lorsqu’on en dispose).

Les deux champs concernés sont :

  • X-Network-Code : ce champ contient le code réseau RR (cf ARCEP) du réseau d’origine de l’appelant
  • X-Network-Location : ce champ contient le code postal de la zone de l’appelant.

Ces informations sont transportées par notre réseau depuis le réseau appelant, et fournies sans garantie.

4.8 DTMFs

Les DTMFs sont transmis sous forme de paquets RTP, suivant la RFC4733 (remplaçant, et compatible avec la RFC2833).

4.9 Fonctions spécifiques

Les autres fonctionnalités SIP optionnelles telles que le transfert d’appel ou la mise en attente ne sont pas supportées.