Cân nhắc TDMoE và QoS


8

Như đã đề cập trong câu hỏi trước, tôi đang xem việc gửi liên lạc bằng giọng nói qua kết nối Metro Ethernet cũng được chia sẻ bởi các kết nối dữ liệu. Ngoài câu hỏi trước tôi có câu hỏi này liên quan đến bảo đảm QoS và TDMoE. Truyền thông bằng giọng nói dự kiến ​​sẽ sử dụng ít hơn 25-30% dung lượng liên kết MAN (về cơ bản chạy PRI trên TDMoE, tức là 15% cộng với chi phí đóng gói đáng kể.

Kế hoạch hiện tại của tôi chỉ là đảm bảo rằng TDMoE được phân loại đúng: CoS và sử dụng quản lý QoS trên các thiết bị chuyển mạch để đảm bảo rằng nó được truyền trước. Điều này có vẻ đơn giản, dễ hiểu và hy vọng đảm bảo tốc độ truyền giọng nói đáng tin cậy.

Điều này có đủ tốt không? Có bất cứ điều gì QoS-khôn ngoan mà tôi đang thiếu mà tôi cần phải làm không?

Câu trả lời:


7

Bạn có thể cung cấp thêm một số thông tin về thiết bị được sử dụng và băng thông bạn có bao nhiêu không? Thiết bị giọng nói của bạn sẽ tự đánh dấu các gói hoặc bạn cần phải chăm sóc nó? Thông thường CoS 5 và / hoặc DSCP EF được sử dụng để mang tải trọng giọng nói. Giọng nói phải được gửi dưới dạng LLQ (Hàng đợi độ trễ thấp).

Nếu bạn cung cấp cho chúng tôi một số chi tiết cụ thể hơn, chúng tôi có thể giúp cung cấp chính sách cho bạn.


2

Bạn sẽ muốn có một CIR phù hợp chặt chẽ với tốc độ bit của "mạch TDM" của bạn và một CBS rất nhỏ (nếu có). Một CBS đáng kể có tiềm năng giới thiệu FDV vì có một số chi phí / khả năng bùng nổ - bạn muốn tránh điều này. Bạn thường không có sự bùng nổ với lưu lượng TDM, nhưng bạn làm với Ethernet và bạn không muốn tùy chọn đó ở đó.

Nếu bạn đồng ý, hãy xem thỏa thuận triển khai / thông số kỹ thuật MEF 8 để mô phỏng các mạch PDH qua Ethernet (giờ là "Carrier") Ethernet. Liên kết trực tiếp tại đây:

http://metroethernetforum.org/PDF_Document/technical-specutions/MEF8.pdf

Các bit tốt trên CoS bắt đầu trên trang 26.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.