Jak wrażliwa jest TDMoE na BER?

9

Obecnie rozważamy podłączenie dwóch serwerów Asterisk przez sieć Ethernet Ethernet. To prowadzi do kilku pytań, na które nie mogłem znaleźć odpowiedzi gdzie indziej.

Pierwszy dotyczy bitowych poziomów błędów i okablowania. Spodziewałbym się, że TDMoE, ze względu na wrażliwość na takt, byłby również bardzo wrażliwy na bitowe stopy błędów (tj. Nie widzę, w jaki sposób brakujące dane mogłyby zostać ponownie przesłane). Czy to prawidłowe założenie? Dane wydają się dość rzadkie. Czy powinienem opierać uwagi na okablowaniu wokół BER dla połączeń między dwoma serwerami? Czy powinienem zadawać pytania dotyczące BER dostawcy Metro Ethernet?

A może protokół jest w stanie poradzić sobie z rozsądną stratą?

Nie mam dużego doświadczenia z TDMoE, ale zastanawiając się nad tym, martwię się, że utracone ramki ethernetowe doprowadzą do utraty ramek PRI, co może prowadzić do porzucenia połączeń i przejścia PRI w stan alarmowy.

Chris Travers
źródło

Odpowiedzi:

9

Spójrz na http://tools.ietf.org/html/rfc4553 , mówiąc ogólnie, podczas gdy transport powinien zawierać informacje o błędach, stracisz informacje, nie ma sposobu na retransmisję czegoś, co zostało wysłane. Sam transport (CEoIP w języku Cisco, lub bardziej ogólnie - L2VPN z transportem TDM nad nim) będzie w porządku, ponieważ długa sygnalizacja będzie działać między węzłami końcowymi, jednak aplikacja działająca na danych przez TDM może napotkać błędy.

Dlatego tak ważne jest, aby węzły mogły prawidłowo zaplanować transport. Jeśli sam zapewnisz transport, jest to również inna dyskusja, jeśli poprosisz o transport - w przypadku typowej usługi ME otrzymasz typową gwarancję Ethernet BER.

Łukasz Bromirski
źródło