Cahier de tests génériques pour interconnexion IP sur Interface SIP-I

Transcription

1 FFT Doc v1.0 (June 2012) French Federation of Telecommunications Standards Committee IP Interconnection Working Group Architecture Sub-group Cahier de tests génériques pour interconnexion IP sur Interface SIP-I 2012, French Federation of Telecoms, all rights reserved Page 1 of 57

2 French Federation of Telecoms Internet , French Federation of Telecoms, all rights reserved Page 2 of 57

3 Table des matières A. Introduction... 4 B. Documents de référence... 6 C. Description des tests... 7 C.1 Tests obligatoires... 7 C.2 Tests supplémentaires... 8 D. Fiches de tests service D.1 Tests obligatoires D.2 Tests supplémentaires E. Tests de redondance E.1 Tests de cas de panne sur lien d interconnexion E.2 Test de cas de panne du SBC F. Tests de CDR pour comptage facturation G. Annexes G.1 Call flows Appel de base G.2 Fichier de comparaison pour les tests de CDR pour comptage et facturation 55 H. Historique , French Federation of Telecoms, all rights reserved Page 3 of 57

4 A. Introduction Ce cahier de test a pour objet la liste des tests nécessaires à la validation de l ensemble des fonctionnalités réseaux présentes entre le réseau d un Opérateur ORT1 et le réseau d un Opérateur Tiers ORT2 pour une interconnexion IP en SIP I conforme à la spécification SIP-I FFT[1], ainsi que la validation des services sur l ensemble des terminaux de chacun. Il est à noter que l utilisation de ce cahier de tests ne peut être décorrélée de la conformité à la spécification SIP-I FFT[1]. L ensemble des tests et les références protocolaires ad hoc dans le document de spécification de l interface d interconnexion SIP-I de la FFT [1] sont listés au C. Le document décrit par test le résultat attendu dans les fiches de tests données au D. En annexe est indiqué à titre indicatif un call flow d appel de base, ainsi qu un exemple de fichier permettant de consigner les résultats obtenus lors des tests sur les CDR pour le comptage et la facturation. Dans l ensemble du document les opérateurs tiers ORT1 et ORT2 sont supposés être interconnectés directement en IP via le protocole SIP-I. Les tests décrits cherchent donc à qualifier l interface entre ORT1 et ORT2. Les tests nécessitent au préalable que les liens dédiés entre les ORTs soient déjà en place et testés. Les ORTs devront s assurer au préalable de l adéquation du profil des abonnés avec les tests devant être réalisés. Il est à noter que tous nouveaux services ou procédures introduits après la phase initiale d interconnexion devront être également testés. Après la réalisation des tests on attribuera à chacun un résultat conforme à la notation ci-dessous. Notation Signification Conséquence Actions OK (NOTE) Résultat du test conforme à l attendu Permet l ouverture technique de l interconnexion IP mineur Résultat du test protocolaire non conforme à l attendu ; défaut sans problème particulier Test non bloquant pour l ouverture technique de l interconnexion IP accord bilatéral. majeur bloquant Résultat du test protocolaire non conforme à l attendu ; Défaut dont l impact immédiat (réseau et/ou clients) est peu significatif mais dont les impacts (réseau et ou clients) à moyen terme sont importants Résultat du test protocolaire non conforme à l attendu défaut avec impacts (réseau et/ou clients) importants NA Test neutralisé par les 2 parties Test non bloquant pour l ouverture technique de l interconnexion IP Test bloquant pour l ouverture technique de l interconnexion IP Non Applicable L action corrective est souhaitable dans un délai raisonnable à déterminer par L action corrective n est pas instantanée mais impérative. Il est nécessaire d avoir une date de visibilité raisonnable de résolution du problème Action corrective obligatoire avant ouverture technique de l interconnexion IP 2012, French Federation of Telecoms, all rights reserved Page 4 of 57

5 NOTE - Un test ne pourra recevoir le statut «OK» que si et seulement s il est conforme aux exigences protocolaires comme décrites dans la spécification de l interface d interconnexion SIP-I de la FFT [1], dont les références sont rappelées dans les tableaux du C.1 et C.2 pour chaque test, et si le résultat obtenu, s entendant de bout en bout, est conforme au résultat attendu comme stipulé dans le champ «Résultat attendu» dans la fiche de test. 2012, French Federation of Telecoms, all rights reserved Page 5 of 57

6 B. Documents de référence [1] Interface specification based on SIP-I/SDP, FFT Doc , v1.1 (June 2012) [2] Architecture for IP interconnection, FFT Doc , v1.0 (July 2009) 2012, French Federation of Telecoms, all rights reserved Page 6 of 57

7 C. Description des tests Les références citées dans le champ «SIP-I FFT» seront à mettre en jour lors de la parution des versions ultérieures du document de s pécification de l interface d interconnexion SIP-I de la FFT [1]. C.1 Tests obligatoires N Description du test SIP-I FFT (Doc ) Traitement d appel de base D Appel de base efficace établi en G.711 4, 5, 6, 7, 8, 9, , , 10.3, 10.4, 11.1, 18 D Appel de base efficace établi en G.711, vérification du service «Hook Flash» Idem D (Appels vers un terminal analogique) D Appel de base efficace établi en G.711 depuis un «Terminal RNIS mobile» Idem D D Appel de base efficace établi en G.711 communication longue Cas d échecs Idem D D Poste en occupation 4, 5, 6, 7, 8, 9, , 10.4, 11.1, 18 D Non réponse jusqu à expiration de la temporisation D Numéros trop longs D D Numéros non utilisés : Appel vers un terminal non «Terminal RNIS mobile» Idem D Idem D Idem D Numéros non utilisés : Appel vers un «Terminal RNIS mobile» Idem D D Echec de négociation des paramètres média Idem D D Abandon d appel par le demandeur en phase de sonnerie Services CLIP/CLIR D D D D Renvois d appel D Idem D Appel en divulgation interdite appel par appel 16.1 Appel depuis un «Terminal RNIS» en divulgation interdite appel par appel 16.1 Appel depuis un «Terminal RNIS» en divulgation autorisée 16.1 Appel depuis un «Terminal RNIS» en divulgation autorisée pour le NDI et interdite pour le NDS Appel depuis un ORT1 (client A) vers un ORT2 (client B) en renvoi vers l ORT1 (client A ) , French Federation of Telecoms, all rights reserved Page 7 of 57

8 D Appel depuis un ORT1 (client A) vers un ORT1 (client B) en renvoi vers l ORT2 (client A ) en renvoi vers ORT1 (client B) 16.2 D D D D D Autres services Appel depuis un ORT1 (client A) en divulgation interdite vers un ORT2 (Client B) en renvoi vers l ORT1 (client A ) Appel depuis un ORT1 (client A) «Terminal RNIS mobile» vers un ORT2 (Client B) «Terminal RNIS mobile» en renvoi vers l ORT1 (client A ). Appel depuis un ORT1 (client A) «Terminal RNIS mobile» vers un ORT2 (Client B) non «Terminal RNIS mobile» en renvoi vers l ORT1 (client A ). Appel depuis un «Terminal RNIS» ORT1 (client A) avec un NDI différent du NDS vers un ORT2 (Client B) en renvoi vers l ORT1 (client A ). Appel d un ORT1 (client A) vers un ORT2 (Client B) en divulgation interdite en renvoi vers l ORT1 (client A ) 16.1, , 16.2 D Appels nécessitant les DTMF 13 D Call Waiting 16.3, 16.4 D Call Hold 16.3 D Multiparty 16.3, 16.4 D Explicit Call Transfer 16.4 D Portabilité du numéro appelé 9 D Fax G711 dès initiation de l appel 14 D Service nécessitant la mise en œuvre du codec CLEARMODE 12 C.2 Tests supplémentaires N Description du test SIP-I FFT (Doc ) Appels de base D Appels vers SVA : Appels de base vers des numéros courts (numéros spéciaux) ne mettant pas en œuvre le mécanisme ITX/ITXA 9 D Appels vers SVA : Appels de base vers des numéros courts de services géolocalisés (numéros spéciaux) ne mettant pas en œuvre le mécanisme ITX/ITXA 9 D Appels vers SVA : Appels de base vers des numéros longs vers des services spéciaux ne mettant pas en œuvre le mécanisme ITX/ITXA Idem D Tests de codecs D Appel de base établi entre 2 terminaux NB avec le codec AMR set 7 ou avec le codec G729 (temps de paquétisation 20 ms) D Appel de base établi entre un terminal WB et un terminal NB avec repli de codec , , 11 D Appel de base établi entre 2 terminaux WB de même type (mobile ou fixe) , 11.2 Cas d échecs D Abonné absent D Rejet d appel Idem D Idem D , French Federation of Telecoms, all rights reserved Page 8 of 57

9 D Congestion réseau D Indicatif non utilisé Services utilisateur Idem D Idem D D Fax T D Télétex 16.4 D Vidéotex et autres types de modem codés 3,1 khz 15 D Appel vers un utilisateur abonné au service CRBT 10.3 D Appel Roamer IN sous couverture opérateur A vers opérateur tiers B Idem D D UUS1 implicite D Appel d un ORT1 (client A) vers un ORT2 (Client B) en renvoi vers un autre client de l ORT2 (client B ) en renvoi vers l ORT1 (client A ). Services réseaux Idem D et 16.4 D Services réseaux Keep alive de l agent SIP distant (partie signalisation) D RTCP 10.4 D2.5.3 Rebouclage réseau sur erreur de traduction 2012, French Federation of Telecoms, all rights reserved Page 9 of 57

10 D. Fiches de tests service Pour définir les tests nécessaires, les opérateurs devront auparavant se mettre d accord sur les types de terminaux utilisés : Terminaux analogiques, RNIS (incluant les terminaux mobiles), terminaux IP SIP, ou autres terminaux IP dont H323. Dans la suite du document, l appellation «Terminaux analogiques» désignera strictement les terminaux de type analogiques. Les terminaux IP SIP seront désignés par l appellation «Terminaux IP SIP». De la même manière l appellation «Terminaux RNIS» désignera uniquement les terminaux de type RNIS et «Terminaux RNIS mobiles» les terminaux mobiles. Les autres terminaux IP dont H.323 mais hors SIP seront désignés par l appellation «Terminaux H.323 ou autres IP». Par défaut lorsque le titre d un test n indique aucun type de terminal il est alors entendu que le test s applique pour tous types de terminaux côté demandeur et demandé. Deux types de tests sont explicités : obligatoires et supplémentaires. Le résultat obtenu pour chacun de ces tests doit être mentionné à la colonne «Résultat obtenu» et qualifié conformément à la notation donnée au A. Tous les tests obligatoires doivent être impérativement réalisés. Les tests supplémentaires sont également à effectuer mais en fonction des services devant être rendus sur accord bilatéral. 2012, French Federation of Telecoms, all rights reserved Page 10 of 57

11 D.1 Tests obligatoires D.1.1 Traitement d appel de base D Appel de base efficace établi en G.711 Ce test devra être décliné pour chaque type de terminal utilisé par l opérateur appelant et appelé. Test à réaliser deux fois avec raccroché du demandeur la première fois, puis raccroché du demandé la deuxième. Test à réaliser dans les 2 sens d appels. Objectifs : Protocole : Vérification INVITE, réponses SIP à la méthode INVITE et en-têtes correspondantes Vérification CANCEL, réponses SIP à la méthode CANCEL et en-têtes correspondantes Vérification méthode BYE, réponses SIP à la méthode BYE et en-têtes correspondantes Service : Valider le bon établissement de la communication, le retour d appel, présentation du numéro et libération. 1 Appel d une ligne ORT1 (client A) - Messages SIP échangés vers une ligne ORT2 (client B) conformes au Profil SIP-I (méthode INVITE et réponse à l INVITE) - Retour d appel généré par l ORT2 - Sonnerie poste B - Présentation du numéro - Passage en Audio Codec G711 -Passage en conversation -Raccrochage demandeur - Méthode BYE envoyée par ORT1 - Réponse au BYE envoyée par ORT2 - Vérification de la cause de libération - - vérification de la tonalité de libération sur poste B (hors cas mobile) 2012, French Federation of Telecoms, all rights reserved Page 11 of 57

12 -Raccrochage demandé - Méthode BYE envoyée par ORT2 - Réponse au BYE envoyée par ORT1 - Vérification de la temporisation et cause de libération - D Appel de base efficace établi en G.711 vers un «Terminal Analogique», vérification du service «Hook Flash» Ce test devra être décliné pour chaque type de terminal utilisé par l opérateur appelant. Test à réaliser deux fois avec raccroché du demandeur la première fois, puis raccroché du demandé la deuxième. Test réalisé avec une série de raccrochages suivis de décrochages côté terminal analogique, avant l expiration de la temporisation de relâchement arrière différé. Objectifs : Protocole : Vérification méthode INVITE, réponses SIP à la méthode INVITE et entêtes correspondantes Vérification méthode INFO, réponses SIP à la méthode INFO et entêtes correspondantes Vérification méthode BYE, réponses SIP à la méthode BYE et en-têtes correspondantes Service : Valider le bon établissement de la communication, le retour d appel, présentation du numéro, vérification service " Hook Flash " et libération. 2012, French Federation of Telecoms, all rights reserved Page 12 of 57

13 N Tests Description Résultat attendu Résultat obtenu 2 Appel d une ligne ORT1 (client A) vers une ligne ORT2 (client B) Commentaires -Idem test D Vérification du service «Hook Flash» Idem test D La communication reste établie Messages INFO SUS et INFO RES envoyés par l ORT2 D Appel de base efficace établi en G.711 depuis un «Terminal RNIS mobile» Ce test devra être décliné pour chaque type de terminal utilisé par l opérateur appelé. Test à réaliser deux fois avec raccroché du demandeur la première fois, puis raccroché du demandé la deuxième. Objectifs : Protocole : Vérification INVITE, réponses SIP à la méthode INVITE et en-têtes correspondantes Vérification CANCEL, réponses SIP à la méthode CANCEL et en-têtes correspondantes Vérification méthode BYE, réponses SIP à la méthode BYE et en-têtes correspondantes Service : Valider le bon établissement de la communication, le retour d appel, présentation du numéro, la présence de l identité de localisation et libération. 2012, French Federation of Telecoms, all rights reserved Page 13 of 57

14 3 Appel d une ligne ORT1 (client - Messages SIP échangés A) vers une ligne ORT2 (client B) conformes au Profil SIP-I (méthode INVITE et réponse à l INVITE) - Retour d appel généré par l ORT2 - Sonnerie poste B - Présentation du numéro - Identité de localisation présente et transmise en transparent dans l IAM encapsulé - Passage en Audio Codec G711 -Passage en conversation -Raccrochage demandeur -Raccrochage demandé - Méthode BYE envoyée par ORT1 - Réponse au BYE envoyée par ORT2 - Vérification de la cause de libération - - Méthode BYE envoyée par ORT2 - Réponse au BYE envoyée par ORT1 - Vérification de la temporisation et cause de libération - D Appel de base efficace établi en G.711 communication longue Ce test devra être décliné pour chaque type de terminal utilisé par l opérateur appelant et appelé. Test à réaliser une fois. Test à réaliser dans les 2 sens d appels. Objectifs : Protocole : Vérification INVITE, réponses SIP à la méthode INVITE et en-têtes correspondantes Vérification méthode BYE, réponses SIP à la méthode BYE et en-têtes correspondantes Service : Valider le bon établissement de la communication, le retour d appel, présentation du numéro et libération. 2012, French Federation of Telecoms, all rights reserved Page 14 of 57

15 N TESTS DESCRIPTION RÉSULTAT ATTENDU RÉSULTAT 4 Appel d une ligne ORT1 (client La communication ne doit A) vers une ligne ORT2 (client B) pas être coupée Idem test D Idem test D Communication longue (la durée est à définir entre opérateurs) 2012, French Federation of Telecoms, all rights reserved Page 15 of 57

16 D.1.2 Cas d échecs Objectifs : Valider les causes d échecs d appels D Poste en occupation NB : pour réaliser ces tests il est nécessaire de désactiver les renvois sur le poste du client B. 5 Appel d une ligne ORT1 (client B émet une réponse A) vers une ligne ORT 2 (client B) définitive SIP 486 : en occupation - Avec ou sans l en-tête "Reason» cause Q.850 = 17 - Avec le message SPIROU REL cause 17 (User busy) D Non réponse jusqu à expiration de la temporisation NB : pour réaliser ces tests il est nécessaire de désactiver les renvois sur le poste du client B. 2012, French Federation of Telecoms, all rights reserved Page 16 of 57

17 6 Appel d une ligne ORT1 (client Vérification de la A) vers une ligne ORT2 (client temporisation B), laissez sonner jusqu à (2mn<T9<10mn) et de la l expiration de la temporisation cause de libération côté ORT1 Message SIP BYE envoyé par A (NOTE) : - Avec ou sans l en-tête «Reason» cause Q.850=19 - Avec un message SPIROU REL cause 19 (No answer from the user) Réponse au BYE envoyée par B Réponse définitive SIP 480 envoyée par B : - Avec ou sans l en-tête «Reason» cause Q850 = 19 - Avec le message SPIROU REL cause 19 (signalisation et média) NOTE L expiration de la temporisation T9 pourra donner lieu à l envoi par l ORT1 d un message SIP BYE encapsulant un message SPIROU REL (recommandé). Cependant l envoi d un message SIP CANCEL est également toléré. D Numéros trop longs 7 Appel d une ligne ORT1 (client Établissement de l appel sur A) vers un numéro de ligne le numéro tronqué à 9 ORT2 (client B) (numérotation chiffres 10 chiffres) trop long Raccrochage du demandeur ou demandé 2012, French Federation of Telecoms, all rights reserved Page 17 of 57

18 D Numéros non utilisés D Appel vers un terminal non «Terminal RNIS mobile» 8 Appel d une ligne ORT1 (client B émet une réponse A) vers un numéro de l ORT2 définitive SIP 404 : (client B) non attribué. - Avec ou sans l en-tête «Reason» cause Q.850 =1 - Avec le message SPIROU REL cause 1 (Unallocated (unassigned) number) D Appel vers un «Terminal RNIS mobile» 9 Appel d une ligne ORT1 (client B émet une réponse A) vers un numéro de l ORT2 provisoire SIP 183 : (client B) non attribué avec - Sans Header P-Earlyannonce vocale émise par le Media demandé (laissez le film - Encapsulant un message jusqu au bout) SPIROU ACM avec le paramètre «Optional Backward Call Indicateur» positionné à "information dans la bande à recevoir sur le circuit» Emission d une annonce vocale Annonce vocale NNU perçue par le demandeur En fin de film B émet une réponse définitive SIP 480 : - Avec ou sans l en-tête «Reason» cause Q.850 = 31 - Avec un message SPIROU REL cause 31 (Normal, unspecified) 2012, French Federation of Telecoms, all rights reserved Page 18 of 57

19 D Echec de négociation des paramètres média Objectifs : Protocole: Vérification INVITE et en-têtes correspondantes. Vérification de la réponse SIP définitive «488» envoyée en réponse à l INVITE initial et en-têtes correspondantes. Service : Valider la conformité de l échec d appel lorsque l appelant et l appelé n ont aucun paramètre média en commun. 10 Appel d une ligne ORT1 (client - Message SIP INVITE A) vers une ligne ORT2 (client conforme au Profil SIP-I B) ne possédant aucun format média en commun (i.e. aucun -Réponse SIP 488 envoyée codec en commun) du client B au client A -Message SIP «ACK» d acquittement envoyé du client A au client B D Abandon d appel par le demandeur en phase de sonnerie Test à réaliser dans les 2 sens d appels. Objectifs : Protocole : Vérification INVITE, réponses SIP à la méthode INVITE et en-têtes correspondantes Vérification CANCEL (see NOTE), réponses SIP à la méthode CANCEL et en-têtes correspondantes Vérification méthode BYE (see NOTE), réponses SIP à la méthode BYE et en-têtes correspondantes Service : Valider le bon établissement de l early-dialog, le retour d appel, et la libération. 2012, French Federation of Telecoms, all rights reserved Page 19 of 57

20 11 Appel d une ligne ORT1 (client - Messages SIP échangés A) vers une ligne ORT2 (client conformes au Profil SIP-I B) : raccrochage du demandeur (message de terminaison avant décroché du demandé d appel SIP et sa réponse, cf. NOTE) NOTE Le raccroché pourra donner lieu à l envoi par l ORT1 d un message SIP BYE encapsulant un message SPIROU REL (recommandé). Cependant l envoi d un message SIP CANCEL est également toléré avec un en-tête Reason. 2012, French Federation of Telecoms, all rights reserved Page 20 of 57

21 D.1.3 Services utilisateur D CLIP/CLIR Objectifs : Valider la divulgation ou non du numéro du demandeur. D CLIR en divulgation interdite appel par appel. 12 Appel d une ligne ORT1 avec A émet un message SIP un «Terminal Analogique» INVITE encapsulant un (client A) en divulgation message SPIROU IAM dont interdite Appel/Appel vers une l indicateur «Address ligne ORT2 (Client B). presentation restricted» du «Calling Party Number» paramètre «Calling Party positionnés à «Divulgation Number» est valorisé à interdite» côté SPIROU ORT1 «Presentation restricted» Non divulgation de l identité du demandeur Passage en conversation Raccrochage du demandeur ou demandé 2012, French Federation of Telecoms, all rights reserved Page 21 of 57

22 D CLIR, appel depuis un «Terminal RNIS» en divulgation interdite appel par appel. 13 Appel d une ligne ORT1 avec A émet un message SIP un «Terminal RNIS» (client A) INVITE encapsulant un en divulgation interdite message SPIROU IAM dont: Appel/Appel vers une ligne - L indicateur «Address ORT2 (Client B). presentation restricted» du Calling Party Number et paramètre «Calling Party Generic number positionnés à Number» est valorisé à divulgation interdite côté «Presentation restricted» SPIROU ORT1 - L indicateur «Address presentation restricted» du paramètre «Generic number» est valorisé à «Presentation restricted» Passage en conversation Non divulgation de l identité du demandeur Raccrochage du demandeur ou demandé D CLIP, appel depuis un «Terminal RNIS» en divulgation autorisée 14 Appel d une ligne ORT1 avec A émet un message SIP un «Terminal RNIS» (client A) INVITE encapsulant un avec NDI et NDS en divulgation message SPIROU IAM autorisé vers une ligne ORT2 dont : (client B) - L indicateur «Address presentation restricted» du paramètre «Calling Party Number» valorisé à «presentation allowed» - L indicateur «Address presentation restricted» du paramètre «Generic number» valorisé à «presentation allowed» Passage en conversation Présentation du numéro Vérification du numéro présenté (NDS) Raccrochage du demandeur ou demandé 2012, French Federation of Telecoms, all rights reserved Page 22 of 57

23 D CLIP, appel depuis un «Terminal RNIS» en divulgation autorisée pour le NDI et interdite pour le NDS 15 Appel d une ligne ORT1 avec A émet un message SIP un «Terminal RNIS» (client A) INVITE encapsulant un avec NDI en divulgation message SPIROU IAM autorisée et NDS en dont : divulgation interdite vers une - L indicateur «Address ligne ORT2 (client B) presentation restricted» du paramètre «Calling Party Number» valorisé à «Presentation allowed» - L indicateur «Address presentation restricted» du paramètre «Generic number» valorisé à «presentation restricted» Présentation du numéro Vérification du numéro présenté (NDI) Passage en conversation Raccrochage du demandeur ou demandé (signalisation et média) D Renvois d appel D Appel depuis un ORT1 (client A) vers un ORT2 (client B) en renvoi vers l ORT1 (client A ) Objectifs : Valider les informations de renvoi véhiculées. 2012, French Federation of Telecoms, all rights reserved Page 23 of 57

24 16 Appel d une ligne ORT1 (client Envoi d un message SIP A) vers une ligne ORT2 (client INVITE part le client B avec B) en renvoi vers une ligne un message SPIROU IAM ORT1 (client A ) encapsulé avec : - Les paramètres OCN/RDN/RDI renseignés - Les indicateurs «Redirection counter», «Redirection reason» et «Redirecting indicator» (=3, call diverted) du paramètre «Redirection information» renseignés (NOTE) COMMENTAIRE Passage en conversation Raccrochage du demandeur ou demandé NOTE Les renvois inconditionnels ou conditionnels sont à considérer. Le paramètre «Redirection reason» est à positionner en conséquence (CFU=3, CNR=2, CFB=1 CD=4). D Appel depuis un ORT1 (client A) vers un ORT1 (client B) en renvoi vers l ORT2 (client A ) en renvoi vers ORT1 (client B) Objectifs : Vérifier les risques de bouclage. 17 Appel d une ligne ORT1 (client Envoi d un message SIP A) vers une ligne ORT1 (client INVITE part le client B avec B) en renvoi vers une ligne un message SPIROU IAM ORT2 (client A ) en renvoi vers encapsulé avec : ORT1 (client B) - Les paramètres OCN/RDN/RDI renseignés - Les indicateurs «Redirection counter», «Redirection reason» et «Redirecting indicator» (=3, call diverted) du paramètre «Redirection information» renseignés (NOTE) COMMENTAIRE le client A est sonné l appel est libéré en fin de tempo de non-réponse (voir test D.1.2.2) 2012, French Federation of Telecoms, all rights reserved Page 24 of 57

25 NOTE Les renvois inconditionnels ou conditionnels sont à considérer. Le paramètre «Redirection reason» est à positionner en conséquence (CFU=3, CNR=2, CFB=1 CD=4). D Appel depuis un ORT1 (client A) en divulgation interdite (CLIR activé) vers un ORT2 (Client B) en renvoi vers l ORT1 (client A ). Objectifs : Combinaison du service de renvoi et de CLIR. Valider les informations de renvoi véhiculées et la non divulgation de l identité du client A. 18 Appel d une ligne ORT1 (client Envoi d un message SIP A) en divulgation interdite vers INVITE part le client B avec une ligne ORT2 (client B) en un message SPIROU IAM renvoi vers une ligne ORT1 encapsulé avec : (client A ) - Les paramètres OCN/RDN/RDI renseignés. - L indicateur «Redirection counter» du paramètre «Redirection information» renseigné. Numéro client A non divulgué au client A (NOTE) Passage en conversation Raccrochage du demandeur ou demandé (signalisation et média) NOTE Les différents cas de divulgation interdite de l identité de l appelant et les tests afférents sont explicités au D D Appel depuis un ORT1 (client A) «Terminal RNIS mobile» vers un ORT2 (Client B) «Terminal RNIS mobile» en renvoi vers l ORT1 (client A ). Objectifs : Valider les informations de renvoi véhiculées et la bonne transmission des informations de localisation. 2012, French Federation of Telecoms, all rights reserved Page 25 of 57

26 19 Appel d un ligne ORT1 (client Envoi d un message SIP A) vers une ligne ORT2 (client INVITE part le client B avec B) avec un «Terminal RNIS un message SPIROU IAM mobile» en renvoi vers l ORT1 encapsulé avec : (client A ) - Les paramètres OCN/RDN/RDI renseignés. - L indicateur «Redirection counter» du paramètre «Redirection information» renseigné. Transmission de l identité de localisation du mobile du client B (code opérateur 6*X 7*0) Passage en conversation Raccrochage du demandeur ou demandé D Appel depuis un ORT1 (client A) «Terminal RNIS mobile» vers un ORT2 (Client B) non «Terminal RNIS mobile» en renvoi vers l ORT1 (client A ). Objectifs : Valider les informations de renvoi véhiculées. 20 Appel d une ligne ORT1 (client Envoi d un message SIP A) avec un «Terminal RNIS INVITE part le client B avec mobile» vers une ligne ORT2 un message SPIROU IAM (client B) avec un terminal non encapsulé avec : «Terminal RNIS mobile» en - Les paramètres renvoi vers l ORT1 (client A ) OCN/RDN/RDI renseignés. - L indicateur «Redirection counter» du paramètre «Redirection information» renseigné. Transmission de l identité de localisation du mobile du client A Passage en conversation Raccrochage du demandeur ou demandé (signalisation et média) 2012, French Federation of Telecoms, all rights reserved Page 26 of 57

27 D Renvoi d appel, appel depuis un «Terminal RNIS» ORT1 (client A) avec un NDI différent du NDS vers un ORT2 (Client B) en renvoi vers l ORT1 (client A ) avec CLIP activé. Objectifs : Combinaison du service de renvoi et de CLIP. Valider les informations de renvoi véhiculées et la bonne présentation de l identité de l appelant. 21 Appel d un «Terminal RNIS» Envoi d un message SIP ORT1 (client A) avec un NDI INVITE part le client B avec différent du NDS vers une ligne un message SPIROU IAM ORT2 (client B) en renvoi vers encapsulé avec : une ligne ORT1 (client A ) - Les paramètres OCN/RDN/RDI renseignés. - L indicateur «Redirection counter» du paramètre «Redirection information» renseigné. Affichage du NDS client A sur poste client A Passage en conversation Raccrochage du demandeur ou demandé (signalisation et média) D Appel d un ORT1 (client A) vers un ORT2 (Client B) en divulgation interdite (service CLIR activé) en renvoi vers l ORT1 (client A ) Objectifs : Combinaison du service de renvoi et de CLIR. Valider les informations de renvoi véhiculées et la non divulgation de l identité du client B. 22 Appel d une ligne ORT1 (client Envoi d un message SIP A) vers une ligne ORT2 (client INVITE part le client B avec B) en divulgation interdite en un message SPIROU IAM renvoi vers une ligne ORT1 encapsulé avec : (client A ) - Les paramètres OCN/RDN/RDI renseignés. - L indicateur «Redirection counter» du paramètre «Redirection information» renseigné. Passage en conversation Numéro client B non divulgué au client A (NOTE) Raccrochage du demandeur ou demandé (signalisation et média) 2012, French Federation of Telecoms, all rights reserved Page 27 of 57

28 NOTE Les différents cas de divulgation interdite de l identité de l appelant et les tests afférents sont explicités au D D Appels nécessitant les DTMF Objectifs : Valider le bon fonctionnement des DTMF Protocole : Vérification INVITE et réponses SIP à la méthode INVITE et en-têtes correspondantes Vérification du contenu de la négociation SDP, en particulier cette dernière doit contenir un format média relatif au sous-type média MIME «telephone-event» conformément à la RFC Vérification de l utilisation des payload types conformément à la RFC3264 Facultatif : Une vérification peut être réalisée si possible au niveau des flux RTP pour s assurer de la bonne transmission et des formats du codage des DTMF conformes au RFC Appel nécessitant l utilisation des DTMF : ex prendre un service SVI porté par l opérateur ORT2 et réaliser un appel d une ligne ORT1 (client A) vers un SVI ORT2 Passage en phase d appel stable Echanges DTMF (e.g. pour la navigation dans les différents menus du SVI) - Messages SIP échangés conformes au Profil SIP-I (méthode INVITE et réponse à l INVITE), - Contenu SDP dont un format média est relatif au sous-type média «telephone-event» - Facultatif : Contenu RTP Raccrochage du demandeur D Call Waiting Le client A ne doit pas posséder de renvois d'appel actifs. L hypothèse du déroulement du test est que le double appel est refusé. Objectifs : Valider l'invocation correcte du service call waiting à l'interconnexion IP. 2012, French Federation of Telecoms, all rights reserved Page 28 of 57

29 Protocole: Vérification du message SIP 486 et du message REL (cause value) dans la partie SPIROU encapsulée Vérification de l indication d appel en attente dans les messages SPIROU ACM ou CPG via le paramètre «Generic Notification Indicator» positionné à «Call is a waiting call». 25 Appel d une ligne ORT1 Pour cette partie se référer (client A) vers un numéro de au chapitre appel de base, l ORT2 (client B). D.1.1 Passage en conversation Appel d une ligne ORT2 (client C) vers un numéro de l ORT1 (client A). - Méthode SIP INVITE envoyée par C à A conforme au Profil SIP-I Notification de l'appel au niveau du client A - A envoie à C une réponse provisoire SIP 180 ou 183 encapsulant un message SPIROU ACM ou CPG avec le paramètre «Generic notification Indicator» positionné à (call is a waiting call). - Retour d appel entendu par le client C. Mise en attente du client B par le client A Pour cette partie se référer au chapitre mise en attente, D Refus de ce nouvel appel par le client A A émet une réponse définitive SIP 486 : - Avec ou sans l en-tête "Reason» cause Q.850 = 17 - Avec le message SPIROU REL cause 17 - côte client C 2012, French Federation of Telecoms, all rights reserved Page 29 of 57

30 D Call Hold en cours d appel Objectifs : Valider le bon fonctionnement du service HOLD après l établissement d appel, mise en attente puis rétablissement de la communication après la reprise d appel. Protocole : Vérification INVITE et réponses SIP à la méthode INVITE et en-têtes correspondantes Vérification Re-INVITE et réponses SIP à la méthode Re- INVITE et entêtes correspondantes Vérification de l indicateur «Notification Indicator» du paramètre «Generic Notification Indicator» qui doit permettre la mise en attente puis le rétablissement de la communication par une valorisation ad hoc. Vérification du contenu des re-négociations SDP, qui doivent permettre la mise en attente puis le rétablissement de la communication par la valorisation ad hoc du media attribute «a =». 2012, French Federation of Telecoms, all rights reserved Page 30 of 57

31 26 Appel d une ligne ORT1 (client Pour cette partie se référer A) vers une ligne ORT2 (client au chapitre appel de base, B). D.1.1. Mise en attente de B par A Reprise de B par A Raccrochage du demandeur ou demandé Re-négociation à l initiative de A par l envoi d un Re- Invite encapsulant : - Un message SPIROU CPG avec l indicateur «Notification Indicator» positionné à «Remote Hold» du paramètre «Generic Notification Indicator». -Facultatif : un body SDP avec le media attribute «a=» positionné à «Inactive» ou «Sendonly» B est mis en attente Re-négociation à l initiative de A par l envoi d un Re- Invite encapsulant : - Un message SPIROU CPG avec l indicateur «Notification Indicator» positionné à «Remote Retrieval» du paramètre «Generic Notification Indicator». -Facultatif : un body SDP avec le media attribute «a=» positionné à «Recvonly» ou «Sendrecv» B est repris en ligne D Multiparty Objectifs : Valider le fonctionnement du service MTPY à l'interconnexion IP. Protocole: Vérification - Des messages SIP INFO encapsulant des messages CPG (Generic Notification Indicator conference established/conference disconnected) dans la partie SPIROU encapsulée 2012, French Federation of Telecoms, all rights reserved Page 31 of 57

32 27 Appel d une ligne ORT1 (client Pour cette partie se référer au A) vers un numéro de l ORT2 chapitre appel de base, D.1.1 (client B). Passage en conversation Mise en attente par le client A du client B Pour cette partie se référer au chapitre de mise en attente, D Appel d une ligne ORT1 (client A) vers un numéro de l ORT2 (client C). Passage en conversation Invocation service MTPY par client A Pour cette partie se référer au chapitre appel de base, D Vérification message SIP INFO contenant CPG encapsulé vers client B avec l indicateur «Notification Indicator» du paramètre «Generic Notification» positionné à «Conference established» ( ) - Vérification réponse SIP 200 Ok - Vérification message SIP INFO contenant CPG encapsulé vers client C avec l indicateur «Notification Indicator» du paramètre «Generic Notification» positionné à «Conference established» ( ) - Vérification réponse SIP 200 Ok Arrêt de la conférence avec le client B - Vérification message SIP INFO contenant CPG encapsulé vers client B avec l indicateur «Notification Indicator» du paramètre «Generic Notification» positionné à «Conference disconnected» ( ) - Vérification réponse SIP 200 Ok Arrêt de la conférence avec le client C (relâchement standard vers ce dernier) Raccrochage demandeur - des ressources (signalisation et media) côté client C - des ressources (signalisation et media) côté client A 2012, French Federation of Telecoms, all rights reserved Page 32 of 57

33 D Explicit Call Transfer Objectifs : Valider le fonctionnement du service ECT à l'interconnexion IP. Protocole: Vérification : Des messages SIP INFO encapsulant des messages LOP (Call Transfer Reference and Loop Prevention Indicators) dans la partie SPIROU encapsulée Des messages SIP INFO encapsulant des messages FAC (Paramètres d activation du service via les paramètres Generic Notification Indicator et Call Transfer Number) 28 Appel d une ligne ORT1 (client A) vers un numéro de l ORT2 (client B). Passage en conversation Mise en attente par le client A du client B Pour cette partie se référer au chapitre appel de base D.1.1 et mise en attente D Appel d une ligne ORT1 (client A) vers un numéro de l ORT2 (client C). Passage en conversation Invocation service ECT par client A - Vérification message SIP INFO contenant LOP (type request) encapsulé vers peer SIP-I gérant le client B - Vérification réponse SIP 200 Ok - Vérification message SIP INFO contenant LOP (type request) encapsulé vers peer SIP-I gérant client C - Vérification réponse SIP 200 Ok - Vérification message SIP INFO contenant LOP (type response, no loop exist) request encapsulé vers peer SIP-I gérant le client A 2012, French Federation of Telecoms, all rights reserved Page 33 of 57

34 - Vérification réponse SIP 200 Ok - Vérification message SIP INFO contenant LOP (type response, no loop exist) encapsulé vers peer SIP-I gérant le client A - Vérification réponse SIP 200 Ok Passage en phase active entre client B et client C - Vérification message SIP INFO contenant FAC (paramètres d activation du service Call transfer) encapsulé vers vers peer SIP-I gérant le client B - Vérification réponse SIP 200 Ok - Vérification message SIP INFO contenant FAC (paramètres d activation du service Call transfer) encapsulé vers vers peer SIP-I gérant le client C - Vérification réponse SIP 200 Ok - cote client A D Portabilité du numéro appelé Objectifs : Valider l établissement et vérifier le champ identité du Demandé sur la boucle locale arrivée Protocole : Vérification en particulier dans l INVITE le contenu du numéro porté Du header SIP Request-URI : +CCZ 0B'P'Q'ZABPQMCDU où CC est le code pays correspondant au préfixe de portabilité Z 0B'P'Q' de l'équipement chez l'opérateur preneur c'est-à-dire 33 pour la métropole et le code CC du DOM pour les DOM Du numéro demandé national avec (préfixe de portabilité présent ou absent) ZABPQMCDU ou international 33 (préfixe de portabilité présent ou absent) ZABPQMCDU) dans la partie SPIROU encapsulée 2012, French Federation of Telecoms, all rights reserved Page 34 of 57

35 Les préfixes de portabilité Z 0B P Q pour les mobiles étant du type 60B P Q : - Orange France : SFR : Bouygues Telecom : Free : 6000 Des réponses SIP à la méthode INVITE et en-têtes correspondants 29 Appel d une ligne ORT1 (client Messages SIP échangés A) vers une ligne ORT1 (client conformes au Profil SIP-I B) porté vers ORT2 (méthode INVITE et réponse à l INVITE) Passage en conversation Raccrochage du demandeur D Fax G711 dès initiation de l appel. Objectifs : Valider l établissement d une session Fax G.711 Protocole : Vérification de l INVITE et des réponses SIP à la méthode INVITE et entêtes correspondantes. Vérification du contenu de la négociation SDP, en particulier cette dernière doit aboutir à la sélection du codec G711. Vérification des champs Transmission Medium Requirement («3,1Khz») et High layer compatibility (Facsimile Group 2/3) présent dans la partie SPIROU encapsulée. 2012, French Federation of Telecoms, all rights reserved Page 35 of 57

36 30 Appel d une ligne ORT1 (client A) vers une ligne ORT2 (client B) Passage en phase d appel stable - Messages SIP échangés conformes au Profil SIP-I (méthode INVITE et réponse à l INVITE), - Contenu SDP dont un format média est relatif au codec G Contenu du paramètre SPIROU «Transmission Medium Requirement» valorisé à «3,1 khz Audio» (TMR=3), - Contenu du paramètre SPIROU High Layer Compatibility (HLC) valorisé à «Facsimile Group 2/3» Transmission de fax (2pages min) Raccrochage du demandeur ou demandé D Service nécessitant la mise en œuvre du codec CLEARMODE Objectifs : Valider l établissement d appel avec le pseudo-codec CLEARMODE Protocole : Vérification INVITE et réponses SIP à la méthode INVITE et en-têtes correspondantes. Vérification du contenu de la négociation SDP, en particulier cette dernière doit aboutir à la sélection du codec Clearmode pour la partie média de l appel. Vérification du champ Transmission Medium Requirement («64k sans restriction») présent dans la partie SPIROU encapsulée. 2012, French Federation of Telecoms, all rights reserved Page 36 of 57

37 31 Appel d une ligne ORT1 (client A) vers une ligne ORT2 (client B) Passage en phase d appel stable - Messages SIP échangés conformes au Profil SIP-I (méthode INVITE et réponse à l INVITE) - Contenu du SDP ("a=rtpmap" attribut SDP valorisé avec le sous-type média MIME clearmode ) - Contenu du paramètre SPIROU «Transmission Medium Requirement» valorisé à «64Kbit/s sans restriction» (TMR=2) Echange d information entre client A et client B Raccrochage du demandeur 2012, French Federation of Telecoms, all rights reserved Page 37 of 57

38 D.2 Tests supplémentaires D.2.1 Appels de base vers SVA D Appels de base vers des numéros courts (numéros spéciaux) ne mettant pas en œuvre le mécanisme ITX/ITXA Objectifs : Protocole : Vérification INVITE en particulier du contenu Du header SIP Request-URI (utilisation du format local en incluant le paramètre phone-context=+33 ou du Code Pays du DOM correspondant), Du paramètre «Called Party Number» avec l indicateur «Nature of address indicator» positionné à «service spécial» ( ) dans la partie SPIROU encapsulée. Réponses SIP à la méthode INVITE et en-têtes correspondantes 32 Appel d une ligne ORT1 (client - Messages SIP échangés A) vers un service client ORT2 conformes au Profil SIP-I (méthode INVITE et réponse à l INVITE) Passage en conversation Raccrochage du demandeur D Appels de base vers des numéros de services géolocalisés (numéros spéciaux) ne mettant pas en œuvre le mécanisme ITX/ITXA Objectifs : Protocole : Vérification INVITE en particulier du contenu : Du header SIP Request-URI (utilisation du format local en incluant le paramètre phone-context=+33 ou du Code Pays du DOM correspondant), Du paramètre «Called Party Number» avec l indicateur «Nature of address indicator» positionné à «service spécial» ( ) dans la partie SPIROU encapsulée Du paramètre Location Number (identité de localisation) dans la partie SPIROU encapsulée Réponses SIP à la méthode INVITE et en-têtes correspondantes 2012, French Federation of Telecoms, all rights reserved Page 38 of 57

39 33 Appel d une ligne ORT1 (client - Messages SIP échangés A) vers un service client ORT2 conformes au Profil SIP-I (méthode INVITE et réponse à l INVITE) - Identité de localisation (paramètre SPIROU Location Number) présente et transmise en transparent dans l IAM encapsulé Passage en conversation Raccrochage du demandeur D Appels de base vers des numéros longs (numéros spéciaux) ne mettant pas en œuvre le mécanisme ITX/ITXA Réaliser les mêmes vérifications que pour un appel de base ( D 1.1) 2012, French Federation of Telecoms, all rights reserved Page 39 of 57

40 D.2.2 Tests de codecs D Appel de base établi entre 2 terminaux Narrow Band (avec le codec AMR set 7 ou avec le codec G729 (temps de paquétisation 20 ms) Objectifs : Valider l établissement d appel avec le bon codec bande-étroite Protocole : vérifier au niveau de la réponse SDP que les valeurs attendues suivant les codecs sont : 1) pour G729 : -Media Format = 18 («m= audio XXX RTP/AVP 18», avec XXX numéro de port) - Packetization Time attribute = 20 («a=ptime: 20») 2) pour AMR set 7 : -Media Format = Codec dynamique («m= audio XXX RTP/AVP Y», avec XXX numéro de port et Y un numéro de Payload Type dynamique, i.e. compris entre 96 et 127) - Mime Type = AMR («a=rtpmap:y AMR/8000») - Media format specific parameter = mode-set=7 («a=fmtp:y mode-set=7») 34 Appel d une ligne ORT1 (client Vérifier au niveau SDP que A) vers une ligne ORT2 (client le codec retenu est le B) avec l un des deux codecs codec préférentiel Narrow Narrow Band Band présenté D Appel de base établi entre un terminal WB et un terminal NB avec repli de codec Objectifs : Protocole : vérifier au niveau de la réponse SDP que l on ne retrouve pas les valeurs suivantes : G722 et WB AMR: 35 Appel d une ligne ORT1 (client Vérifier au niveau SDP que A) avec terminal WB vers une le codec retenu est le ligne ORT2 (client B) avec codec Narrow Band de repli codec WB non supporté à présenté l interconnexion D Appel de base établi entre 2 terminaux Wide Band de même type (mobile ou fixe) Objectifs : Valider l établissement d appel avec le bon codec large bande 2012, French Federation of Telecoms, all rights reserved Page 40 of 57

41 Protocole : vérifier au niveau de la réponse SDP que les valeurs attendues suivant les codecs sont : 1) pour G722 : -Media Format = 9 («m= audio XXX RTP/AVP 9», avec XXX numéro de port) 2) pour WB-AMR: -Media Format = Codec dynamique («m= audio XXX RTP/AVP Y», avec XXX numéro de port et Y un numéro de Payload Type dynamique, i.e. compris entre 96 et 127) - Mime Type = AMR-WB («a=rtpmap:y AMR-WB/16000») -Media format specific parameter = mode-set=0, 1, 2 («a=fmtp:y mode-set=0,1,2») 36 Appel d une ligne ORT1 (client Vérifier au niveau SDP que A) vers une ligne ORT2 (client le codec retenu est le B) avec l un des deux codecs codec préférentiel Wide Wide Band Band présenté 2012, French Federation of Telecoms, all rights reserved Page 41 of 57

42 D.2.3 Cas d échecs D Abonné absent 37 Appel d une ligne ORT1 (client Message SIP 480 envoyé A) vers une ligne ORT2 (client par ORT2 : B) qui est considéré absent - Avec ou sans l en-tête «Reason» cause Q.850 =20 - Message SPIROU REL cause 20 (Abonné Absent) D Rejet d appel 38 Appel d une ligne ORT1 (client Message SIP 603 envoyé A) vers une ligne ORT2 (client par ORT2: B) qui refuse l appel - Avec l en-tête «Reason» cause Q.850 =21(Rejet d appel) D Congestion réseau 39 Appel d une ligne ORT1 (client Message SIP 500 envoyé A) vers une ligne ORT2 (client par ORT2: B) qui n a pas de ressources - Avec ou sans l en-tête disponibles «Reason» cause Q.850 =41 - Message SPIROU REL cause 41 (Congestion Réseau) 2012, French Federation of Telecoms, all rights reserved Page 42 of 57

43 D Indicatif non utilisé 40 Appel d une ligne ORT1 (client Message SIP 500 envoyé A) vers un indicatif ORT2 par ORT2 : (client B) non attribué. - Avec ou sans l en-tête «Reason» cause Q.850 = 3 - Message SPIROU REL cause 3 (No route to destination) 2012, French Federation of Telecoms, all rights reserved Page 43 of 57

44 D.2.4 Services utilisateur Ces services ne font pas partie du profil SIP-I FFT D Fax T38 Objectifs : Valider l établissement d une session Fax T38 Test de base avec 3 pages N TESTS DESCRIPTION RÉSULTAT ATTENDU RÉSULTAT - Messages SIP échangés conformes au Profil SIP-I (méthode INVITE et réponse à l INVITE), - Contenu SDP dont un format média est relatif au T38 - Contenu du paramètre SPIROU «Transmission Medium Requirement» valorisé à «3,1 khz Audio» (TMR=3), - Contenu du paramètre SPIROU High Layer Compatibility (HLC) valorisé à «Facsimile Group 2/3» 41 Appel d'un Fax ORT1 (client A) vers un Fax ORT2 (client B). Passage en phase d appel T38 stable Transmission de fax (3pages min) Raccrochage du demandeur ou demandé D Télétex N TESTS DESCRIPTION RÉSULTAT ATTENDU RÉSULTAT 42 Appel d une ligne RNIS ORT1 1) L'appel est établi en (client A) vers une ligne ORT2 G711 (client B) - le message IAM le message IAM émis contient encapsulé contient un HLC un HLC codé Télétex codé Télétex Ou 2) Echec de l appel avec un message 500 et une release cause ISUP à 63 ou , French Federation of Telecoms, all rights reserved Page 44 of 57

45 D Vidéotex et autres types de modem codés 3,1 khz N TESTS DESCRIPTION RÉSULTAT ATTENDU RÉSULTAT 43 Appel d une ligne RNIS 1) L'appel est établi en ORT1 (client A) vers une G711 ligne ORT2 (client B) - le message IAM le message IAM émis encapsulé contient un contient un HLC codé HLC codé Videotex Videotex Ou 2) Echec de l appel avec un message 500 et une release cause ISUP à 63 ou 88 D Appel vers un utilisateur abonné au service CRBT Objectifs : Valider l établissement d'appel. Protocole : Vérification de la présence de l indication d information dans la bande véhiculée dans les messages SPIROU ACM ou CPG encapsulés dans les réponses provisoires SIP 180 ou Appel d une ligne ORT1 B émet une réponse (client A) vers un numéro de provisoire SIP 180 (NOTE l ORT2 (client B) possedant 1) : le service RBT actif. - Encapsulant un message SPIROU ACM avec le paramètre «Optional Backward Call Indicators» positionné à «In band information or an appropriate pattern is now available» (NOTE 2) -Passage en conversation -Raccrochage demandeur Emission de l'annonce RBT - Passage en conversation - Méthode BYE envoyée par ORT1 - Réponse au BYE envoyée par ORT2 -Vérification de la libération 2012, French Federation of Telecoms, all rights reserved Page 45 of 57

46 NOTE 1 Un code réponse SIP 183 peut éventuellement être utilisé à la place d un code 180, en cohérence avec la spécification ITU-T Q profile C. NOTE 2 un message SPIROU «CPG» peut éventuellement être utilisé à la place d un message «ACM,» en cohérence avec la spécification ITU-T Q profile C. Le paramètre SPIROU «Event Information» doit alors être présent avec son indicateur «Event Indicator» positionné à «In band information or an appropriate pattern is now available». D Appel Roamer IN sous couverture opérateur A vers opérateur tiers B Objectifs : Valider l établissement d'appel. Protocole : Vérification INVITE en particulier le contenu - Vérification du champ Nature of address indicator (International number) dans la partie Calling party number présent dans la partie SPIROU encapsulée. N TESTS DESCRIPTION RÉSULTAT ATTENDU RÉSULTAT 45 Appel d'un roamer IN sous - Messages SIP échangés couverture ORT1 (client A) conformes au Profil SIP-I vers une ligne ORT2 (client B) (méthode INVITE et réponse à l INVITE) - Retour d appel généré par l ORT2 - Sonnerie poste B - Présentation du numéro - Identité de localisation présente et transmise en transparent dans l IAM encapsulé -Passage en conversation -Raccrochage demandeur - Passage en conversation - Méthode BYE envoyée par ORT1 - Réponse au BYE envoyée par ORT2 - Vérification de la cause de libération - D UUS1 implicite Objectifs : Vérifier que l information d usager à usager (mini-message) est bien transmise dans les phases d établissement et de relâche d appel. 2012, French Federation of Telecoms, all rights reserved Page 46 of 57

47 Protocole : Vérification de la transmission du paramètre SPIROU UUI dans les messages SPIROU IAM, ACM, ANM et REL 46 Appel d une ligne ORT1 (client Messages SIP échangés A) vers une ligne ORT1 (client conformes au Profil SIP-I B) porté vers ORT2 (Méthode INVITE et réponse à l INVITE). Passage en conversation Raccrochage du demandeur Messages SPIROU IAM, ACM et ANM encapsulés avec le paramètre «Userto-user information» contenant les minimessages. Message SPIROU REL encapsulé avec le paramètre «User-to-user information» contenant le mini-message. D Appel d'un ORT1 (client A) vers un ORT2 (Client B) en renvoi vers un autre client de l'ort2 (client B') en renvoi vers l'ort1 (client A'). Mise en œuvre du test : prévoir l'autorisation de renvois supérieurs à un entre les 2 ORTs. Objectifs : Valider les informations de renvoi véhiculées, et le compteur ISUP de renvoi. 23 Appel d une ligne ORT1 (client Envoi d un message SIP A) vers une ligne ORT2 (client INVITE part le client B avec B) en renvoi vers une autre un message SPIROU IAM ligne ORT2 (client B ) en renvoi encapsulé avec : vers une ligne ORT1 (client A ) - Les paramètres OCN/RDN/RDI renseignés. - L indicateur «Redirection counter» du paramètre «Redirection information» renseigné. Passage en conversation Raccrochage du demandeur ou demandé (signalisation et média) 2012, French Federation of Telecoms, all rights reserved Page 47 of 57

48 D.2.5 Services réseaux D Services réseaux Keep alive de l agent SIP distant (partie signalisation) Objectifs : - Protocole : Vérification du traitement du message OPTION en réception A 47 Emission par l agent SIP de - Messages SIP échangés l ORT1 (client A) d un conformes au Profil SIP-I message OPTION vers (méthode OPTION et l agent SIP de l ORT2 (client réponse à OPTION) B) D RTCP Objectifs: Vérification du support de RTCP au niveau interconnexion IP Protocole : Vérifier les échanges RTCP entre chaque peer RTP. 48 Appel d une ligne ORT1 (client Optionnel - Vérifier au A) vers une ligne ORT2 (client niveau SDP B) avec un codec quelconque que l'offre/réponse contient (G711, AMR set 7, G729) les paramètres permettant la mise en œuvre de l'optimisation de la bande passante pour RTCP à savoir RR et RS (RFC 3556) Analyse du flux "utilisateur" pour vérifier la présence des messages RTCP dans les 2 sens D Rebouclage reseau sur erreur de traduction Objectifs : Valider les mécanismes de défense réseau à l interconnexion. 2012, French Federation of Telecoms, all rights reserved Page 48 of 57

49 49 Appel d une ligne ORT1 (client Envoi d un message SIP A) vers une ligne ORT2 (client INVITE part le client A avec B), au niveau de l element un message SPIROU IAM d interconnexion de l ORT2 encapsulé avec : erreur de traduction et on re achemine l appel vers le Exemple : La présence réseau de l ORT 1 optionelle du champ Hop counter (valeur 1 à 31) Réception de ce même appel par ORT1 qui re achemine vers ORT2 Echec de l appel sur écheance de temporisation arriére ou sur passage du compteur de bonds à , French Federation of Telecoms, all rights reserved Page 49 of 57

50 E. Tests de redondance Figure 1 : Architecture de raccordement recommandée par la FFT [2] Objectif : Le but des tests de redondance est de vérifier que, depuis l ensemble des points d interconnexion entre 2 ORT, il est possible de joindre tous les SBC (au minimum 2) de l autre ORT. En fonction des procédures de mise en production du service d interconnexion IP en SIP-I de chaque opérateur, les tests de redondance peuvent ne pas être réalisés. C est notamment le cas lorsqu il n y a pas de phase de pré-production. Les tests ne peuvent alors pas être réalisés hors du réseau de production et peuvent donc affecter les interconnexions IP réalisées antérieurement. Les tests ci-dessous doivent permettre de vérifier les points suivants : - En cas de panne d un des 2 liens d interconnexion, un re-routage est automatiquement mis en œuvre sur l autre lien : avec un impact minimum sur les communications engagées : quantification de l impact par la mesure de la durée de convergence avec un impact nul sur la communication à venir : re-routage assuré pour la signalisation d établissement des appels - En cas de panne d un SBC de l ORT1, l ORT2 ne doit plus acheminer de trafic sur cette machine : valider les mécanismes de détection d une panne SBC ORT1 par l ORT2 2012, French Federation of Telecoms, all rights reserved Page 50 of 57

51 E.1 Tests de cas de panne sur lien d interconnexion 50 Etape 0 : Activer une prise de trace de flux de signalisation et média au niveau SBC ORT1 et chez l ORT2 Etape 1 : Établir une Communication communication de l ORT1 correctement établie vers l ORT2. Identifier le chemin et les équipements empruntés par l appel. En déduire la nature des flux (symétrique ou asymétrique) au raccordement ORT1/ORT2. Etape 2a : Cas flux média symétrique Déconnecter la fibre utilisée pour cette communication. Vérifier qu au bout de quelques secondes la communication est de nouveau fonctionnelle. Appel tracé par les outils activés préalablement chez ORT1 et chez l ORT2 Communication engagée non coupée mais perturbée par une période de silence liée à la convergence des réseaux Le nouvel appel peut s établir normalement. Etablir un nouvel appel Terminer les 2 appels Désactiver les traces et les sauvegarder Etape 2b : Cas flux média asymétrique 1- Déconnecter la fibre utilisée pour le flux média ORT1 -> ORT2. Vérifier qu au bout de quelques secondes la communication est de nouveau fonctionnelle. Etablir un nouvel appel Terminer les 2 appels 2- Déconnecter la fibre utilisée pour le flux média ORT2- > ORT1 Vérifier qu au bout de qqs secondes la communication est de nouveau fonctionnelle. 1- Communication engagée non coupée mais perturbée par une période de silence liée à la convergence des réseaux, pour le média ORT1-ORT2 ( Le flux média ORT2-ORT1 ne doit pas être perturbé) Le nouvel appel peut s établir normalement. 2- Communication engagée non coupée mais perturbée par une période de silence liée à la convergence des réseaux, pour le média ORT2-ORT1 (Le flux média ORT1-ORT2 ne doit pas être perturbé) 2012, French Federation of Telecoms, all rights reserved Page 51 of 57

52 Etablir un nouvel appel Le nouvel appel peut Terminer les 2 appels s établir normalement. Désactiver les traces et les sauvegarder Etape 3 : Mesurer le temps de convergent ORT1 -> ORT2 par analyse de la trace média du côté ORT2 Mesure du temps de convergence côté ORT1 Mesurer le temps de convergent ORT2-> ORT1 par analyse de la trace média du côté ORT1. 1 Mesure du temps de convergences côté ORT , French Federation of Telecoms, all rights reserved Page 52 of 57

53 E.2 Test de cas de panne du SBC 51 Etape 0 : Activer une prise de trace de flux de signalisation et média au niveau SBC ORT1 et chez l ORT2 Etape 1 : Mise en place par Vérifier que les 2 appels l ORT2 d un Load balancing sont traités par des SCB des appels ORT2->ORT1 à ORT1 différents destination des SBC de ORT1. Établir 2 communications successives de l ORT2 vers ORT1. Etape 2 : Mettre HS un SBC ORT1 Dans la foulée : - Etablir plusieurs appels consécutifs ORT2-> ORT1 - Comptabiliser les appels en échecs Etape 3 : Mettre HS un SBC ORT1 Détection par l ORT2 de la panne du SBC de ORT1. Réacheminement de l ensemble du trafic sur les autres ressources disponibles. «peu» d appel en échec : détection rapide de la panne Pas d appel à établir L ORT doit mesurer le temps de détection de la panne SBC de ORT1. Mesure du délai de détection Désactiver les traces et les sauvegarder 2012, French Federation of Telecoms, all rights reserved Page 53 of 57

54 F. Tests de CDR pour comptage facturation Objectif : S assurer que les CDR générés sont comptabilisés dans le SI facturation. S assurer de la cohérence des informations entre ORT1 et ORT2. 52 Etape 0 : Trois appels de tests sortants Direct (2 efficaces de 5 et 30s, 1 non décroché) dans chaque sens Etape 1 : Émission d une fiche de tests avec relevé de l horodatage vers exploitation Facturation Etape 2 : Comparaison des CDR entre ORT1 et ORT2 Vérification de la présence des tickets dans le SI Comptage Vérification cohérence : - Horodatage - Durée comm - N appelant - N appelé Un exemple de fichier de comparaison est donné en annexe 2012, French Federation of Telecoms, all rights reserved Page 54 of 57

55 G. Annexes G.1 Call flows Appel de base ORT 1 ORT INVITE (SDP + IAM) > < Trying < Ringing (ACM) < Progress (CPG) < OK INVITE (SDP + ANM) ACK > G.2 Fichier de comparaison pour les tests de CDR pour comptage et facturation 2012, French Federation of Telecoms, all rights reserved Page 55 of 57

56 CDR ORT1 CDR ORT2 Heure Heure diff Différence ORT1 ORT2 ORT1 ORT2 Liste de tests JJ MM AAAA Durée Appelant Appelé Durée Appelant Appelé début début Heure (ORT1 - appelle appelle raccro raccor 10h39:Test1: ORT1 appelle ORT2. ORT2 raccroche sip xxxxxxxxxxx RTC xxxxxxxxxxx xxxxxxxxxxx xxxxxxxxxxx 2:54 0 x x 2012, French Federation of Telecoms, all rights reserved Page 56 of 57

57 H. Historique Historique du document V0.1 20/06/2011 Document creation V0.7 10/01/2012 Input for the FFT meeting of 10/01/2012 V0.8 20/01/2012 Document modified with comments from the FFT meeting of 10/01/2012 V0.9 30/01/2012 Document output from the FFT meeting of 30/01/2012 V1.0 04/06/2012 Approved public version 2012, French Federation of Telecoms, all rights reserved Page 57 of 57