Une passerelle de jonction n’est pas seulement une interface vocale entre deux systèmes. Son architecture est particulière parce qu’elle peut gérer simultanément des chemins vocaux de grande capacité, des trunks opérateur, l’interconnexion PBX, des circuits numériques hérités, l’accès SIP, le routage de numéros, la conversion média, l’admission d’appels et la continuité de service.
Contrairement à une petite passerelle d’accès destinée à des téléphones ou terminaux individuels, la passerelle trunk gère un trafic de niveau trunk. Elle peut raccorder un IP PBX au RTC, convertir E1/T1 ou PRI vers SIP, relier des PBX de sites, fournir l’accès SIP opérateur ou servir de pont de migration entre téléphonie traditionnelle et voix IP moderne.
Ce qui distingue l’architecture d’une passerelle de jonction
Concentration du trafic au niveau trunk
Concentration du trafic au niveau trunk : la passerelle de jonction concentre de nombreux appels et doit être dimensionnée selon la simultanéité, les canaux, les appels externes, l’urgence, le fax, l’enregistrement et l’évolution, pas seulement selon les ports.
Dans Concentration du trafic au niveau trunk, la passerelle forme une frontière entre PBX, opérateur, PSTN, SIP et réseaux hérités ; elle fixe le trafic autorisé, la numérotation, l’identification, les urgences et la protection d’accès. Les essais doivent aussi couvrir fax, emergency, recording en conditions réelles.
Frontière entre réseaux
Pour Frontière entre réseaux, la signalisation gère l’établissement, la sonnerie, la réponse, le transfert et la libération, tandis que les médias transportent RTP ou les canaux vocaux ; les deux chemins doivent être définis. Les essais doivent aussi couvrir PRI, PSTN en conditions réelles.
Frontière entre réseaux impose de transformer les préfixes, normaliser le Caller ID, mapper les DID, choisir les groupes de jonctions et prévoir des routes de secours ; une règle de chiffres erronée peut bloquer des appels critiques. Les essais doivent aussi couvrir emergency en conditions réelles.
Séparation signalisation et média
Dans Séparation signalisation et média, il faut examiner type de jonction, nombre de canaux, interface physique, horloge, tramage, mode de signalisation, exigences opérateur et ports médias, notamment pour SIP, E1/T1, PRI ou CAS.
Séparation signalisation et média pilote la logique d’appel : admission, routage, manipulation de chiffres, sélection de groupe, supervision de libération, priorité d’urgence et conversion de protocole. Les essais doivent aussi couvrir SBC, RTP en conditions réelles.
Routage des numéros comme fonction centrale
La couche Routage des numéros comme fonction centrale traite RTP, convertit TDM et IP, négocie les codecs, contrôle l’écho, prend en charge le fax et règle la paquétisation afin de préserver la qualité vocale. Les essais doivent aussi couvrir DID, Caller ID, emergency, backup en conditions réelles.
Routage des numéros comme fonction centrale doit afficher état des jonctions, occupation des canaux, enregistrement SIP, échecs, alarmes d’horloge, pertes, jitter, CPU, mémoire et événements anormaux avant impact utilisateur.
Couches essentielles de l’architecture
Couche d’accès trunk
Couche d’accès trunk : la passerelle de jonction concentre de nombreux appels et doit être dimensionnée selon la simultanéité, les canaux, les appels externes, l’urgence, le fax, l’enregistrement et l’évolution, pas seulement selon les ports. Les essais doivent aussi couvrir E1/T1, PRI en conditions réelles.
Dans Couche d’accès trunk, la passerelle forme une frontière entre PBX, opérateur, PSTN, SIP et réseaux hérités ; elle fixe le trafic autorisé, la numérotation, l’identification, les urgences et la protection d’accès. Les essais doivent aussi couvrir clock en conditions réelles.
Couche de contrôle vocal
Pour Couche de contrôle vocal, la signalisation gère l’établissement, la sonnerie, la réponse, le transfert et la libération, tandis que les médias transportent RTP ou les canaux vocaux ; les deux chemins doivent être définis. Les essais doivent aussi couvrir Caller ID, failover en conditions réelles.
Couche de contrôle vocal impose de transformer les préfixes, normaliser le Caller ID, mapper les DID, choisir les groupes de jonctions et prévoir des routes de secours ; une règle de chiffres erronée peut bloquer des appels critiques. Les essais doivent aussi couvrir PRI, emergency en conditions réelles.
Couche de traitement média
Dans Couche de traitement média, il faut examiner type de jonction, nombre de canaux, interface physique, horloge, tramage, mode de signalisation, exigences opérateur et ports médias, notamment pour SIP, E1/T1, PRI ou CAS. Les essais doivent aussi couvrir RTP, TDM, fax, codec en conditions réelles.
Couche de traitement média pilote la logique d’appel : admission, routage, manipulation de chiffres, sélection de groupe, supervision de libération, priorité d’urgence et conversion de protocole. Les essais doivent aussi couvrir codec en conditions réelles.
Couche de gestion et de supervision
La couche Couche de gestion et de supervision traite RTP, convertit TDM et IP, négocie les codecs, contrôle l’écho, prend en charge le fax et règle la paquétisation afin de préserver la qualité vocale. Les essais doivent aussi couvrir backup, packet capture en conditions réelles.
Couche de gestion et de supervision doit afficher état des jonctions, occupation des canaux, enregistrement SIP, échecs, alarmes d’horloge, pertes, jitter, CPU, mémoire et événements anormaux avant impact utilisateur. Les essais doivent aussi couvrir clock en conditions réelles.
Architecture de signalisation
Signalisation de trunk SIP
Signalisation de trunk SIP : la passerelle de jonction concentre de nombreux appels et doit être dimensionnée selon la simultanéité, les canaux, les appels externes, l’urgence, le fax, l’enregistrement et l’évolution, pas seulement selon les ports. Les essais doivent aussi couvrir SBC en conditions réelles.
Dans Signalisation de trunk SIP, la passerelle forme une frontière entre PBX, opérateur, PSTN, SIP et réseaux hérités ; elle fixe le trafic autorisé, la numérotation, l’identification, les urgences et la protection d’accès. Les essais doivent aussi couvrir Caller ID, failover en conditions réelles.
Signalisation de trunk numérique
Pour Signalisation de trunk numérique, la signalisation gère l’établissement, la sonnerie, la réponse, le transfert et la libération, tandis que les médias transportent RTP ou les canaux vocaux ; les deux chemins doivent être définis. Les essais doivent aussi couvrir E1/T1, PRI, Caller ID en conditions réelles.
Signalisation de trunk numérique impose de transformer les préfixes, normaliser le Caller ID, mapper les DID, choisir les groupes de jonctions et prévoir des routes de secours ; une règle de chiffres erronée peut bloquer des appels critiques. Les essais doivent aussi couvrir clock en conditions réelles.
Conversion de protocoles
Dans Conversion de protocoles, il faut examiner type de jonction, nombre de canaux, interface physique, horloge, tramage, mode de signalisation, exigences opérateur et ports médias, notamment pour SIP, E1/T1, PRI ou CAS.
Conversion de protocoles pilote la logique d’appel : admission, routage, manipulation de chiffres, sélection de groupe, supervision de libération, priorité d’urgence et conversion de protocole. Les essais doivent aussi couvrir DTMF, Caller ID, fax, emergency en conditions réelles.
Codes de cause et gestion de la libération
La couche Codes de cause et gestion de la libération traite RTP, convertit TDM et IP, négocie les codecs, contrôle l’écho, prend en charge le fax et règle la paquétisation afin de préserver la qualité vocale.
Codes de cause et gestion de la libération doit afficher état des jonctions, occupation des canaux, enregistrement SIP, échecs, alarmes d’horloge, pertes, jitter, CPU, mémoire et événements anormaux avant impact utilisateur. Les essais doivent aussi couvrir PRI en conditions réelles.
Architecture média
Routage média RTP
Routage média RTP : la passerelle de jonction concentre de nombreux appels et doit être dimensionnée selon la simultanéité, les canaux, les appels externes, l’urgence, le fax, l’enregistrement et l’évolution, pas seulement selon les ports. Les essais doivent aussi couvrir SBC, NAT, firewall en conditions réelles.
Dans Routage média RTP, la passerelle forme une frontière entre PBX, opérateur, PSTN, SIP et réseaux hérités ; elle fixe le trafic autorisé, la numérotation, l’identification, les urgences et la protection d’accès.
Conversion média TDM vers IP
Pour Conversion média TDM vers IP, la signalisation gère l’établissement, la sonnerie, la réponse, le transfert et la libération, tandis que les médias transportent RTP ou les canaux vocaux ; les deux chemins doivent être définis. Les essais doivent aussi couvrir codec en conditions réelles.
Conversion média TDM vers IP impose de transformer les préfixes, normaliser le Caller ID, mapper les DID, choisir les groupes de jonctions et prévoir des routes de secours ; une règle de chiffres erronée peut bloquer des appels critiques. Les essais doivent aussi couvrir RTP en conditions réelles.
Politique de codecs et transcodage
Dans Politique de codecs et transcodage, il faut examiner type de jonction, nombre de canaux, interface physique, horloge, tramage, mode de signalisation, exigences opérateur et ports médias, notamment pour SIP, E1/T1, PRI ou CAS.
Politique de codecs et transcodage pilote la logique d’appel : admission, routage, manipulation de chiffres, sélection de groupe, supervision de libération, priorité d’urgence et conversion de protocole. Les essais doivent aussi couvrir fax en conditions réelles.
Gestion de l’écho, du gain et des tonalités
La couche Gestion de l’écho, du gain et des tonalités traite RTP, convertit TDM et IP, négocie les codecs, contrôle l’écho, prend en charge le fax et règle la paquétisation afin de préserver la qualité vocale.
Gestion de l’écho, du gain et des tonalités doit afficher état des jonctions, occupation des canaux, enregistrement SIP, échecs, alarmes d’horloge, pertes, jitter, CPU, mémoire et événements anormaux avant impact utilisateur.
Architecture de numérotation et de routage
Mappage des numéros entrants
Mappage des numéros entrants : la passerelle de jonction concentre de nombreux appels et doit être dimensionnée selon la simultanéité, les canaux, les appels externes, l’urgence, le fax, l’enregistrement et l’évolution, pas seulement selon les ports. Les essais doivent aussi couvrir DID, NAT, PSTN, emergency en conditions réelles.
Dans Mappage des numéros entrants, la passerelle forme une frontière entre PBX, opérateur, PSTN, SIP et réseaux hérités ; elle fixe le trafic autorisé, la numérotation, l’identification, les urgences et la protection d’accès. Les essais doivent aussi couvrir NAT en conditions réelles.
Choix des routes sortantes
Pour Choix des routes sortantes, la signalisation gère l’établissement, la sonnerie, la réponse, le transfert et la libération, tandis que les médias transportent RTP ou les canaux vocaux ; les deux chemins doivent être définis. Les essais doivent aussi couvrir NAT, PRI, Caller ID, emergency en conditions réelles.
Choix des routes sortantes impose de transformer les préfixes, normaliser le Caller ID, mapper les DID, choisir les groupes de jonctions et prévoir des routes de secours ; une règle de chiffres erronée peut bloquer des appels critiques. Les essais doivent aussi couvrir NAT, emergency, backup en conditions réelles.
Règles de présentation de l’identifiant appelant
Dans Règles de présentation de l’identifiant appelant, il faut examiner type de jonction, nombre de canaux, interface physique, horloge, tramage, mode de signalisation, exigences opérateur et ports médias, notamment pour SIP, E1/T1, PRI ou CAS. Les essais doivent aussi couvrir Caller ID, emergency en conditions réelles.
Règles de présentation de l’identifiant appelant pilote la logique d’appel : admission, routage, manipulation de chiffres, sélection de groupe, supervision de libération, priorité d’urgence et conversion de protocole. Les essais doivent aussi couvrir PRI, Caller ID, emergency en conditions réelles.
Routage au moindre coût et selon politique
La couche Routage au moindre coût et selon politique traite RTP, convertit TDM et IP, négocie les codecs, contrôle l’écho, prend en charge le fax et règle la paquétisation afin de préserver la qualité vocale. Les essais doivent aussi couvrir NAT en conditions réelles.
Routage au moindre coût et selon politique doit afficher état des jonctions, occupation des canaux, enregistrement SIP, échecs, alarmes d’horloge, pertes, jitter, CPU, mémoire et événements anormaux avant impact utilisateur. Les essais doivent aussi couvrir Caller ID, emergency en conditions réelles.
Architecture de sécurité
Protection de la frontière trunk
Protection de la frontière trunk : la passerelle de jonction concentre de nombreux appels et doit être dimensionnée selon la simultanéité, les canaux, les appels externes, l’urgence, le fax, l’enregistrement et l’évolution, pas seulement selon les ports. Les essais doivent aussi couvrir firewall en conditions réelles.
Dans Protection de la frontière trunk, la passerelle forme une frontière entre PBX, opérateur, PSTN, SIP et réseaux hérités ; elle fixe le trafic autorisé, la numérotation, l’identification, les urgences et la protection d’accès. Les essais doivent aussi couvrir SBC en conditions réelles.
Positionnement du SBC et du pare-feu
Pour Positionnement du SBC et du pare-feu, la signalisation gère l’établissement, la sonnerie, la réponse, le transfert et la libération, tandis que les médias transportent RTP ou les canaux vocaux ; les deux chemins doivent être définis. Les essais doivent aussi couvrir NAT en conditions réelles.
Positionnement du SBC et du pare-feu impose de transformer les préfixes, normaliser le Caller ID, mapper les DID, choisir les groupes de jonctions et prévoir des routes de secours ; une règle de chiffres erronée peut bloquer des appels critiques. Les essais doivent aussi couvrir PRI en conditions réelles.
Contrôle des droits d’appel
Dans Contrôle des droits d’appel, il faut examiner type de jonction, nombre de canaux, interface physique, horloge, tramage, mode de signalisation, exigences opérateur et ports médias, notamment pour SIP, E1/T1, PRI ou CAS. Les essais doivent aussi couvrir NAT en conditions réelles.
Contrôle des droits d’appel pilote la logique d’appel : admission, routage, manipulation de chiffres, sélection de groupe, supervision de libération, priorité d’urgence et conversion de protocole. Les essais doivent aussi couvrir CDR, NAT en conditions réelles.
Accès d’administration sécurisé
La couche Accès d’administration sécurisé traite RTP, convertit TDM et IP, négocie les codecs, contrôle l’écho, prend en charge le fax et règle la paquétisation afin de préserver la qualité vocale.
Accès d’administration sécurisé doit afficher état des jonctions, occupation des canaux, enregistrement SIP, échecs, alarmes d’horloge, pertes, jitter, CPU, mémoire et événements anormaux avant impact utilisateur.
Architecture QoS et fiabilité
Planification de la bande passante et des appels simultanés
Planification de la bande passante et des appels simultanés : la passerelle de jonction concentre de nombreux appels et doit être dimensionnée selon la simultanéité, les canaux, les appels externes, l’urgence, le fax, l’enregistrement et l’évolution, pas seulement selon les ports. Les essais doivent aussi couvrir RTP, codec, failover, recording en conditions réelles.
Dans Planification de la bande passante et des appels simultanés, la passerelle forme une frontière entre PBX, opérateur, PSTN, SIP et réseaux hérités ; elle fixe le trafic autorisé, la numérotation, l’identification, les urgences et la protection d’accès. Les essais doivent aussi couvrir fax, codec en conditions réelles.
Marquage QoS et priorité du trafic
Pour Marquage QoS et priorité du trafic, la signalisation gère l’établissement, la sonnerie, la réponse, le transfert et la libération, tandis que les médias transportent RTP ou les canaux vocaux ; les deux chemins doivent être définis. Les essais doivent aussi couvrir WAN, firewall en conditions réelles.
Marquage QoS et priorité du trafic impose de transformer les préfixes, normaliser le Caller ID, mapper les DID, choisir les groupes de jonctions et prévoir des routes de secours ; une règle de chiffres erronée peut bloquer des appels critiques. Les essais doivent aussi couvrir RTP, PRI, backup en conditions réelles.
Synchronisation d’horloge et stabilité temporelle
Dans Synchronisation d’horloge et stabilité temporelle, il faut examiner type de jonction, nombre de canaux, interface physique, horloge, tramage, mode de signalisation, exigences opérateur et ports médias, notamment pour SIP, E1/T1, PRI ou CAS. Les essais doivent aussi couvrir clock en conditions réelles.
Synchronisation d’horloge et stabilité temporelle pilote la logique d’appel : admission, routage, manipulation de chiffres, sélection de groupe, supervision de libération, priorité d’urgence et conversion de protocole. Les essais doivent aussi couvrir clock en conditions réelles.
Redondance et basculement
La couche Redondance et basculement traite RTP, convertit TDM et IP, négocie les codecs, contrôle l’écho, prend en charge le fax et règle la paquétisation afin de préserver la qualité vocale. Les essais doivent aussi couvrir NAT, failover, backup en conditions réelles.
Redondance et basculement doit afficher état des jonctions, occupation des canaux, enregistrement SIP, échecs, alarmes d’horloge, pertes, jitter, CPU, mémoire et événements anormaux avant impact utilisateur. Les essais doivent aussi couvrir Caller ID, failover, emergency, backup en conditions réelles.
Modèles de déploiement
Modèle d’accès trunk opérateur
Modèle d’accès trunk opérateur : la passerelle de jonction concentre de nombreux appels et doit être dimensionnée selon la simultanéité, les canaux, les appels externes, l’urgence, le fax, l’enregistrement et l’évolution, pas seulement selon les ports. Les essais doivent aussi couvrir E1/T1, PRI en conditions réelles.
Dans Modèle d’accès trunk opérateur, la passerelle forme une frontière entre PBX, opérateur, PSTN, SIP et réseaux hérités ; elle fixe le trafic autorisé, la numérotation, l’identification, les urgences et la protection d’accès. Les essais doivent aussi couvrir NAT, Caller ID, codec, failover, emergency en conditions réelles.
Modèle de migration de PBX hérité
Pour Modèle de migration de PBX hérité, la signalisation gère l’établissement, la sonnerie, la réponse, le transfert et la libération, tandis que les médias transportent RTP ou les canaux vocaux ; les deux chemins doivent être définis.
Modèle de migration de PBX hérité impose de transformer les préfixes, normaliser le Caller ID, mapper les DID, choisir les groupes de jonctions et prévoir des routes de secours ; une règle de chiffres erronée peut bloquer des appels critiques.
Modèle d’interconnexion multisite
Dans Modèle d’interconnexion multisite, il faut examiner type de jonction, nombre de canaux, interface physique, horloge, tramage, mode de signalisation, exigences opérateur et ports médias, notamment pour SIP, E1/T1, PRI ou CAS.
Modèle d’interconnexion multisite pilote la logique d’appel : admission, routage, manipulation de chiffres, sélection de groupe, supervision de libération, priorité d’urgence et conversion de protocole. Les essais doivent aussi couvrir QoS, WAN, failover en conditions réelles.
Modèle de ressources trunk centralisées
La couche Modèle de ressources trunk centralisées traite RTP, convertit TDM et IP, négocie les codecs, contrôle l’écho, prend en charge le fax et règle la paquétisation afin de préserver la qualité vocale.
Modèle de ressources trunk centralisées doit afficher état des jonctions, occupation des canaux, enregistrement SIP, échecs, alarmes d’horloge, pertes, jitter, CPU, mémoire et événements anormaux avant impact utilisateur. Les essais doivent aussi couvrir WAN, backup en conditions réelles.
Conception de la maintenance et de la gestion
Surveillance de l’état des trunks
Surveillance de l’état des trunks : la passerelle de jonction concentre de nombreux appels et doit être dimensionnée selon la simultanéité, les canaux, les appels externes, l’urgence, le fax, l’enregistrement et l’évolution, pas seulement selon les ports. Les essais doivent aussi couvrir clock en conditions réelles.
Dans Surveillance de l’état des trunks, la passerelle forme une frontière entre PBX, opérateur, PSTN, SIP et réseaux hérités ; elle fixe le trafic autorisé, la numérotation, l’identification, les urgences et la protection d’accès. Les essais doivent aussi couvrir clock en conditions réelles.
CDR et analyse des routes
Pour CDR et analyse des routes, la signalisation gère l’établissement, la sonnerie, la réponse, le transfert et la libération, tandis que les médias transportent RTP ou les canaux vocaux ; les deux chemins doivent être définis. Les essais doivent aussi couvrir NAT, emergency en conditions réelles.
CDR et analyse des routes impose de transformer les préfixes, normaliser le Caller ID, mapper les DID, choisir les groupes de jonctions et prévoir des routes de secours ; une règle de chiffres erronée peut bloquer des appels critiques.
Capture de paquets et journaux de signalisation
Dans Capture de paquets et journaux de signalisation, il faut examiner type de jonction, nombre de canaux, interface physique, horloge, tramage, mode de signalisation, exigences opérateur et ports médias, notamment pour SIP, E1/T1, PRI ou CAS. Les essais doivent aussi couvrir RTP, DTMF, codec, packet capture en conditions réelles.
Capture de paquets et journaux de signalisation pilote la logique d’appel : admission, routage, manipulation de chiffres, sélection de groupe, supervision de libération, priorité d’urgence et conversion de protocole.
Sauvegarde de configuration et contrôle des changements
La couche Sauvegarde de configuration et contrôle des changements traite RTP, convertit TDM et IP, négocie les codecs, contrôle l’écho, prend en charge le fax et règle la paquétisation afin de préserver la qualité vocale. Les essais doivent aussi couvrir failover, backup en conditions réelles.
Sauvegarde de configuration et contrôle des changements doit afficher état des jonctions, occupation des canaux, enregistrement SIP, échecs, alarmes d’horloge, pertes, jitter, CPU, mémoire et événements anormaux avant impact utilisateur. Les essais doivent aussi couvrir RTP, codec, firewall en conditions réelles.
Erreurs de conception courantes
Traiter la passerelle trunk comme un simple convertisseur
Traiter la passerelle trunk comme un simple convertisseur : la passerelle de jonction concentre de nombreux appels et doit être dimensionnée selon la simultanéité, les canaux, les appels externes, l’urgence, le fax, l’enregistrement et l’évolution, pas seulement selon les ports. Les essais doivent aussi couvrir QoS en conditions réelles.
Dans Traiter la passerelle trunk comme un simple convertisseur, la passerelle forme une frontière entre PBX, opérateur, PSTN, SIP et réseaux hérités ; elle fixe le trafic autorisé, la numérotation, l’identification, les urgences et la protection d’accès.
Ignorer la planification du chemin média
Pour Ignorer la planification du chemin média, la signalisation gère l’établissement, la sonnerie, la réponse, le transfert et la libération, tandis que les médias transportent RTP ou les canaux vocaux ; les deux chemins doivent être définis. Les essais doivent aussi couvrir SBC, NAT, firewall en conditions réelles.
Discipline de numérotation insuffisante
Discipline de numérotation insuffisante impose de transformer les préfixes, normaliser le Caller ID, mapper les DID, choisir les groupes de jonctions et prévoir des routes de secours ; une règle de chiffres erronée peut bloquer des appels critiques.
Dans Discipline de numérotation insuffisante, il faut examiner type de jonction, nombre de canaux, interface physique, horloge, tramage, mode de signalisation, exigences opérateur et ports médias, notamment pour SIP, E1/T1, PRI ou CAS. Les essais doivent aussi couvrir emergency, backup en conditions réelles.
Absence de test de basculement
Absence de test de basculement pilote la logique d’appel : admission, routage, manipulation de chiffres, sélection de groupe, supervision de libération, priorité d’urgence et conversion de protocole. Les essais doivent aussi couvrir Caller ID, backup en conditions réelles.
La couche Absence de test de basculement traite RTP, convertit TDM et IP, négocie les codecs, contrôle l’écho, prend en charge le fax et règle la paquétisation afin de préserver la qualité vocale. Les essais doivent aussi couvrir failover en conditions réelles.
Critères d’évaluation
Exactitude du routage
Exactitude du routage doit afficher état des jonctions, occupation des canaux, enregistrement SIP, échecs, alarmes d’horloge, pertes, jitter, CPU, mémoire et événements anormaux avant impact utilisateur. Les essais doivent aussi couvrir DID, NAT, emergency, backup en conditions réelles.
Qualité vocale
Qualité vocale : la passerelle de jonction concentre de nombreux appels et doit être dimensionnée selon la simultanéité, les canaux, les appels externes, l’urgence, le fax, l’enregistrement et l’évolution, pas seulement selon les ports. Les essais doivent aussi couvrir DTMF, codec en conditions réelles.
Protection de sécurité
Dans Protection de sécurité, la passerelle forme une frontière entre PBX, opérateur, PSTN, SIP et réseaux hérités ; elle fixe le trafic autorisé, la numérotation, l’identification, les urgences et la protection d’accès.
Continuité et survivabilité
Pour Continuité et survivabilité, la signalisation gère l’établissement, la sonnerie, la réponse, le transfert et la libération, tandis que les médias transportent RTP ou les canaux vocaux ; les deux chemins doivent être définis. Les essais doivent aussi couvrir WAN, backup en conditions réelles.
Maintenabilité opérationnelle
Maintenabilité opérationnelle impose de transformer les préfixes, normaliser le Caller ID, mapper les DID, choisir les groupes de jonctions et prévoir des routes de secours ; une règle de chiffres erronée peut bloquer des appels critiques. Les essais doivent aussi couvrir CDR, backup, packet capture en conditions réelles.
Notes finales
Dans Maintenabilité opérationnelle, il faut examiner type de jonction, nombre de canaux, interface physique, horloge, tramage, mode de signalisation, exigences opérateur et ports médias, notamment pour SIP, E1/T1, PRI ou CAS. Les essais doivent aussi couvrir QoS, PSTN en conditions réelles.
Maintenabilité opérationnelle pilote la logique d’appel : admission, routage, manipulation de chiffres, sélection de groupe, supervision de libération, priorité d’urgence et conversion de protocole. Les essais doivent aussi couvrir QoS, failover en conditions réelles.
La couche Maintenabilité opérationnelle traite RTP, convertit TDM et IP, négocie les codecs, contrôle l’écho, prend en charge le fax et règle la paquétisation afin de préserver la qualité vocale. Les essais doivent aussi couvrir PRI en conditions réelles.
FAQ
Qu’est-ce qu’une passerelle de jonction ?
Qu’est-ce qu’une passerelle de jonction ? doit afficher état des jonctions, occupation des canaux, enregistrement SIP, échecs, alarmes d’horloge, pertes, jitter, CPU, mémoire et événements anormaux avant impact utilisateur. Les essais doivent aussi couvrir E1/T1, PRI, PSTN en conditions réelles.
Différence avec une passerelle d’accès
Différence avec une passerelle d’accès : la passerelle de jonction concentre de nombreux appels et doit être dimensionnée selon la simultanéité, les canaux, les appels externes, l’urgence, le fax, l’enregistrement et l’évolution, pas seulement selon les ports.
Importance de la planification RTP
Dans Importance de la planification RTP, la passerelle forme une frontière entre PBX, opérateur, PSTN, SIP et réseaux hérités ; elle fixe le trafic autorisé, la numérotation, l’identification, les urgences et la protection d’accès. Les essais doivent aussi couvrir NAT, firewall en conditions réelles.
Sécurité à considérer pour une passerelle trunk
Pour Sécurité à considérer pour une passerelle trunk, la signalisation gère l’établissement, la sonnerie, la réponse, le transfert et la libération, tandis que les médias transportent RTP ou les canaux vocaux ; les deux chemins doivent être définis. Les essais doivent aussi couvrir SBC, PRI, firewall en conditions réelles.
Usages courants des passerelles trunk
Usages courants des passerelles trunk impose de transformer les préfixes, normaliser le Caller ID, mapper les DID, choisir les groupes de jonctions et prévoir des routes de secours ; une règle de chiffres erronée peut bloquer des appels critiques.
