Quelle est la sensibilité du TDMoE au BER?

9

Nous envisageons actuellement de connecter deux serveurs Asterisk via un réseau Ethernet métropolitain. Cela conduit à quelques questions auxquelles je n'ai pas pu trouver de réponses ailleurs.

Le premier concerne les taux d'erreur sur les bits et le câblage. Je m'attendrais à ce que TDMoE, en raison de sa sensibilité temporelle, soit également très sensible aux taux d'erreur sur les bits (c'est-à-dire que je ne vois pas comment les données manquantes pourraient être retransmises). est-ce une supposition correcte? Les données semblent assez rares. Dois-je baser les considérations de câblage autour du BER pour les liaisons entre les deux serveurs? Dois-je poser des questions liées au BER au fournisseur Metro Ethernet?

Ou le protocole est-il capable de gérer une perte raisonnable?

Je n'ai pas beaucoup d'expérience avec TDMoE mais en réfléchissant à cela, ma préoccupation est que les trames Ethernet perdues conduiraient à des trames PRI perdues, ce qui pourrait conduire à des appels interrompus et à des PRI en état d'alarme.

Chris Travers
la source

Réponses:

9

Jetez un œil à http://tools.ietf.org/html/rfc4553 , d'une manière générale, alors que le transport doit fournir des informations d'erreur, vous perdrez des informations, il n'y a aucun moyen de retransmettre quelque chose qui a été envoyé. Le transport lui-même (CEoIP dans Cisco parle, ou plus généralement - L2VPN avec le transport TDM dessus) sera correct car la signalisation long fonctionnera entre les nœuds finaux, votre application cependant, l'exécution de ses données sur le TDM peut rencontrer des erreurs.

C'est pourquoi il est essentiel que les nœuds soient capables de chronométrer correctement le transport. Si vous fournissez le transport vous-même, il s'agit également d'une discussion différente: si vous demandez le transport - pour un service ME typique, vous obtiendrez une assurance BER Ethernet typique.

Łukasz Bromirski
la source