Considerazioni su TDMoE e QoS

Come menzionato nella domanda precedente, sto cercando di inviare comunicazioni vocali su una connessione Metro Ethernet condivisa anche da connessioni dati. Oltre alla domanda precedente ho questo che riguarda le garanzie QoS e TDMoE. Le comunicazioni vocali dovrebbero utilizzare poco più del 25-30% della capacità di collegamento MAN (fondamentalmente con un PRI su TDMoE, che è del 15% più un significativo sovraccarico di incapsulamento.

Il mio piano attuale è solo quello di garantire che TDMoE sia correttamente classificato re: CoS e utilizzare la gestione QoS sugli switch per garantire che venga trasmesso per primo. Sembra semplice, diretto e, si spera, garantisce velocità di trasmissione vocale affidabili.

È abbastanza buono? C'è qualcosa di saggio di QoS che mi manca che devo fare?

Potete fornire ulteriori informazioni sull'apparecchiatura utilizzata e quanta larghezza di banda avete? Le apparecchiature vocali contrassegneranno i pacchetti stessi o è necessario occuparsene? Di solito CoS 5 e / o DSCP EF vengono utilizzati per trasportare il payload vocale. La voce deve essere inviata in una forma di LLQ (coda a bassa latenza).

Se ci fornisci ulteriori dettagli, potremmo aiutarti a fornire una politica per te.

Avrai bisogno di un CIR che corrisponda strettamente a quale sarà il bit rate del tuo "circuito TDM" e una CBS molto piccola (se non del tutto). Un sostanziale CBS ha il potenziale per introdurre FDV perché c'è un certo sovraccarico / capacità di esplodere - vuoi evitarlo. Normalmente non hai esplosioni con il traffico TDM, ma lo fai con Ethernet e non vuoi che quell'opzione sia lì.

Se sei all'altezza, controlla le specifiche tecniche / l'accordo di implementazione MEF 8 per emulare i circuiti PDH su Ethernet metro (ora "Carrier"). Link diretto qui:

http://metroethernetforum.org/PDF_Documents/technical-specifications/MEF8.pdf

I bit positivi su CoS iniziano a pagina 26.