Latest posts for the topic "Độ ưu tiên cho các gói tin trong IP Header"

Độ ưu tiên cho các gói tin trong IP Header

Flask — GMT

Chào mọi người Em có một thắc mắc đó là trong phần IP Header ở lớp 3 trong mô hình OSI có 1 phần dùng để xác định độ ưu tiên của các gói tin sẽ được gửi đi, không rõ là mức độ ưu tiên này được thiết lập như thế nào trong header ? Ví dụ như xem video hay gửi mail thì nó sẽ có độ ưu tiên khác nhau (xem video có độ ưu tiên cao hơn ?), thì vấn đề ở đây là làm thế nào để lớp network phân biệt được là gói tin nào là phục vụ cho việc xem video, gói tin nào cho việc gửi email. Và trường xác định độ ưu tiên trong IP header của 2 gói tin này khác nhau như thế nào ? Em xin cảm ơn ạ

Độ ưu tiên cho các gói tin trong IP Header

quangteospk — GMT

Trường nào xác định mức độ ưu tiên nhỉ?

Độ ưu tiên cho các gói tin trong IP Header

Flask — GMT

DSCP ợ :-S

Độ ưu tiên cho các gói tin trong IP Header

suxanero — GMT

Chào bạn. Khái quát là đầu tiên mạng ARPNET được tạo ra vào những năm 196x và bản chất ban đầu là tạo ra mụch đích là chuyển gói tin từ nguồn tới đích theo best-effort. Trong thiết kế, mặc dù IP packet có trường DSCP nhưng người ta không dùng, sau đó có hẳn 1 trường phái theo kiểu NGN (Next generation Nextwork) hoặc BCN (…. Tên gọi có thể khác nhau tùy theo nước.) nghiên cứu về ưu tiên cho gói tin. Hiện tại trên ITU-T cũng có 1 study group về cái này. Sau đó vì lý do congestion nên TCP được tạo ra, hoàn thiện dần qua các phiên bản nối tiếp nhau, hiện tại đang dùng phiên bản TCP Reno, TCP chỉ dùng để quản lý connection giữa end-user. Về tầng IP, cũng có những cố gắng trong việc phân độ ưu tiên cho IP packet nhưng tất cả hầu như đang trên giấy tờ, có 1 số phiên bản cải tiến phổ biến là: + Diffserv [RFC 2475]: bản này có lẻ là đơn giản nhất, sử dụng trường DSCP bằng cách: khi 1 gói tin từ client gửi tới thiết bị router, router sẽ có nhận biết độ ưu tiên của gói tin dựa theo trường DSCP. Nên mới nảy sinh ra chuyện maker và các policy cho gói tin. Chi tiết bạn tham khảo thêm RFC +IntServ [RFC 2210]: phiên bản này sử dụng gói tin đi trước để báo , trước khi data được chuyển đi, thiết bị sẽ gửi 1 gói tin dọc theo đường truyền tới đích để báo với các thiết bị trên đường truyền chuẩn bị cho kết nối , buffer … +MPLS [RFC 3031]: thêm 1 trường gọi là label giữa IP header (layer 3) và Layer 2, để phân tách gói tin đi theo từng cụm, cái này có deploy ở 1 số nơi, hồi trước mình cũng có làm trong phát triển thiết bị MPLS này nhưng phiên bản GMPLS, sử dụng Zebos. +Ngoài ra còn 1 số cái như RSVP, rồi Flow state aware(FSA…) Tóm lại với bạn thế này: việc ưu tiên gói tin (QoS) là 1 chủ để khó, được ngâm cứu nhiều và chưa có 1 cái nào tối ưu vì rất khó deploy tương thích với hệ thống internet hiện tại. Còn về "QoS" cho mail, cho video như bạn nói có lẽ là người ta dùng tầng Application (như SIP chẳng hạn) để “QoS” cũng nên…

Độ ưu tiên cho các gói tin trong IP Header

invalid-password — GMT

Flask wrote:

Em có một thắc mắc đó là trong phần IP Header ở lớp 3 trong mô hình OSI có 1 phần dùng để xác định độ ưu tiên của các gói tin sẽ được gửi đi

Đúng, đó là DSCP (Differentiated Service Code Point).

Flask wrote:

không rõ là mức độ ưu tiên này được thiết lập như thế nào trong header ?

Nó là 1 số, số càng lớn thì ưu tiên càng cao. Lưu lượng khi đi vào router sẽ được phân loại, đánh số DSCP, vd video đánh số khác, email đánh số khác. Sau đó gói IP được truyền trên mạng. Tại các router/switch trung gian được cấu hình QoS ưu tiên dịch vụ theo DSCP, nghĩa là khi có nghẽn xảy ra thì cái nào ưu tiên hơn sẽ được cho đi nhiều hơn, ngược lại sẽ bị drop nhiều hơn. Và thế là video được ưu tiên hơn mail.

Flask wrote:

làm thế nào để lớp network phân biệt được là gói tin nào là phục vụ cho việc xem video, gói tin nào cho việc gửi email.

Đó là quá trình classify, có nhiều cách: + Phân loại theo port: chẳng hạn server mail đấu vào port1, server video đấu vào port2. Hễ traffic đi vào từ port1 thì hiểu là mail còn vào từ port2 thì hiểu là video. + Phân loại theo dãy IP: chẳng hạn mail server có IP là 1 còn video server có IP là 2 thì người ta sẽ tạo ra một access-list để phân loại theo IP, và DSCP được gán sau khi phân loại. Chú ý: + Ưu tiên chỉ có tác dụng khi xảy ra nghẽn mạng, còn bình thường thì mọi traffic đều như nhau. + Khi nghẽn, traffic ưu tiên hơn sẽ được cho đi nhiều hơn, ít drop hơn, chứ không phải ưu tiên hơn được cho đi 100% còn ít ưu tiên thì bị chặn hết.