Biến thiên độ trễ (Jitter)

Chƣơng 1 TỔNG QUAN

b. Biến thiên độ trễ (Jitter)

Biến thiên độ trễ là sự khác biệt về độ trễ của các gói khác nhau trong cùng một dòng lƣu lƣợng. Nguyên nhân chủ yếu gây ra hiện tƣợng jitter do sự sai khác trong

thời gian xếp hàng của các gói liên tiếp nhau trong một hàng gây ra. Jitter là yếu tố ảnh hƣởng lớn đến QoS của truyền thông đa phƣơng tiện, tỉ lệ nghịch với QoS của truyền thông đa phƣơng tiện.

Trong các ứng dụng truyền thông đa phƣơng tiện nhƣ Internet phone hoặc Audio on-demand, jitter có thể đƣợc hạn chế bằng cách thực hiện kết hợp ba kỹ thuật: đánh số thứ tự các gói tin (sequence number), gán nhãn thời gian (timestamp) và làm trễ việc chơi (delaying playout). Ngƣời gửi đặt một sequence number vào mỗi gói tin và tăng giá trị này lên mỗi khi một gói tin mới đƣợc tạo ra, nhờ vậy ngƣời nhận có thể dùng sequence number để khôi phục thứ tự đúng của các gói tin nhận đƣợc.

Timestamp tƣơng tự nhƣ sequence number, ngƣời gửi dán tem mỗi gói tin, tem mang thông tin về thời gian mà gói tin đó đƣợc sinh ra. Để lấy đƣợc thứ tự đúng của các gói tin từ sequence number và timestamp, ngƣời nhận cần nhận tất cả các gói tin theo thứ tự. Playout delay đƣợc sử dụng cho mục đích này. Playout delay phải đủ dài để nhận đƣợc hầu hết các gói tin trƣớc thời điểm chúng đƣợc sử dụng. Playout delay đƣợc chia làm hai loại: cố định hoặc có thể thay đổi trong thời gian hội thảo.

1.3.3 Tỉ lệ mất mát gói tin

Tỉ lệ mất gói là tỉ số của số lƣợng gói bị mất trên tổng số gói tin đƣa vào mạng trong quá trình truyền. Mất gói tin thƣờng do hai nguyên nhân chính: gói tin bị loại bỏ do mạng bị tắc nghẽn và do bị lỗi trên đƣờng truyền. Với truyền thông đa phƣơng tiện, tỉ lệ mất gói từ 10-20% có thể chấp nhận đƣợc, phụ thuộc vào tín hiệu đƣợc mã hoá và đƣợc che giấu ở phía nhận nhƣ thế nào. Tuy nhiên, trong trƣờng hợp tắc nghẽn nghiêm trọng, sự mất mát gói tin vƣợt quá 20%, tín hiệu ở phía đầu nhận là khó chấp nhận ví dụ nhƣ âm thanh bị ngắt quãng, thậm chí không nghe đƣợc. Tỉ lệ mất gói tin cao làm tăng độ trễ và jitter.

Truyền thoại rất nhạy cảm với việc mất gói, việc truyền lại gói của TCP thƣờng không phù hợp vì khi phát hiện có sự mất gói tin, thực thể gửi TCP sẽ giảm tốc độ gửi xuống mức tối thiểu, có thể dẫn đến đứt đoạn tiếng nói. Vì thế hầu hết các ứng dụng truyền thông đa phƣơng tiện không chạy trên TCP mà lại sử dụng UDP, trong đó không có các cơ chế điều khiển tắc nghẽn và khắc phục lỗi nhƣ trong TCP.

1.3.4 Một số tham số khác: a. Tính sẵn sàng – độ tin cậy a. Tính sẵn sàng – độ tin cậy

Để xác định độ ổn định của hệ thống ngƣời ta thƣờng xác định độ khả dụng của hệ thống, nhìn từ khía cạnh mạng thì nó chính là độ tin cậy của hệ thống. Độ khả dụng của của mạng càng cao nghĩa là độ tin cậy của mạng càng lớn và độ ổn định của hệ thống càng lớn. Độ khả dụng của mạng thƣờng đƣợc tính trên cơ sở thời gian ngừng hoạt động và tổng thời gian hoạt động. Ví dụ, độ khả dụng của các hệ thống chuyển mạch gói hiện nay là 99,995% thì thời gian ngừng hoạt động trong một năm vào khoảng 26 phút.

b. Bảo mật

Bảo mật là một thông số mới trong danh sách QoS, nhƣng lại là một thông số quan trọng. Thực tế, trong một số trƣờng hợp độ bảo mật có thể đƣợc xét ngay sau băng thông. Gần đây, do sự đe dọa thƣờng xuyên của các hacker và sự lan tràn của virus trên mạng Internet toàn cầu đã làm cho bảo mật trở thành một trong các vấn đề hàng đầu.

Hầu hết các công cụ và chính sách bảo mật đều liên quan tới tính riêng tƣ, sự tin cậy và xác thực khách và chủ. Các công cụ và chính sách bảo mật thƣờng đƣợc gắn với các phƣơng pháp mật mã (gồm cả mã hoá và giải mã). Các phƣơng pháp mật mã cũng đƣợc sử dụng trên mạng cho việc xác thực, nhƣng các phƣơng pháp này thƣờng không liên quan đến giải mã. Hiện nay, giao thức bảo mật chính thức cho mạng IP là IPSec – IP Security hỗ trợ bảo mật trong thƣơng mại điện tử trên Internet và ngăn ngừa gian lận trong môi trƣờng VoIP.

Một bit trong trƣờng loại dịch vụ (ToS) trong phần tiêu đề gói IP đƣợc đặt riêng cho ứng dụng để bảo mật khi chuyển mạch gói. Tuy nhiên, có một vấn đề thực tế là không có sự thống nhất giữa các nhà sản xuất bộ định tuyến khi sử dụng trƣờng ToS.

Ngƣời sử dụng và ứng dụng có thể thêm phần bảo mật của riêng mình vào mạng và thực tế cách này đã đƣợc thực hiện trong nhiều năm. Nếu có bảo mật thì thƣờng dƣới dạng một mật khẩu truy nhập vào mạng. Một thông số QoS bảo mật điển hình hiện nay là "mã hoá và xác thực đòi hỏi trên tất cả các luồng lƣu lƣợng". Vì vậy khi truyền dữ liệu đã đƣợc mã hoá, kết nối điện thoại Internet chỉ cần xác thực để ngăn chặn gian lận.

Kết luận chương

Chƣơng I nói về tổng quan chất lƣợng dịch vụ trong mạng IP. Trình bày khái niệm chất lƣợng dịch vụ, các tham số của QoS với những đặc tính kỹ thuật của nó. Từ đó kết luận, QoS có thể giúp giải quyết một số vấn đề nhƣ: mất gói, jitter, và xử lý trễ. Nhƣng một số vấn đề mà QoS không thể giải quyết đƣợc nhƣ là trễ lan truyền, trễ do mã hóa, giải mã và trễ do số hóa. Điều quan trọng là phải biết phần nào không thể thay đổi và phần nào có thể điều khiển đƣợc theo nhƣ bảng 1-2 (trích tài liệu: Tiêu chuẩn G.114 “One-way transmission time”).

Trễ cố định Trễ thay đổi Trễ cố định Trễ thay đổi

Trễ mã hóa G.729 (5 ms)

5 ms

Trễ mã hóa G.729 (10 ms/frame) 20 ms Trễ đóng gói bao gồm trong trễ mã hóa

Trễ xếp hàng trên trung kế 64 kbps 6 ms Trễ chuyển nối tiếp trên trung kế 64 kbps 3ms

Trễ truyền lan (trên các dây riêng) 32ms Trễ mạng (Vd Frame Relay)

Đệm loại bỏ Jitter 2-200ms

Tổng cộng – Giả sử Jitter Buffer 50 ms 110ms

Chƣơng 2: CÁC MÔ HÌNH ĐẢM BẢO QoS CHO TRUYỀN THÔNG ĐA PHƢƠNG TIỆN

Chƣơng này trình bày hai mô hình triển khai đảm bảo chất lƣợng dịch vụ (QoS) khác nhau ở mức liên mạng (IP), đó là: IntServ và DiffServ. Mỗi mô hình sẽ có những đặc điểm riêng để phù hợp với những yêu cầu chức năng IP QoS của các loại dịch vụ nhƣ đã trình bày trong chƣơng 1. Trong khi mô hình IntServ đi theo hƣớng dành trƣớc tài nguyên thì DiffServ thì đi theo hƣớng phân lớp lƣu lƣợng và đƣa ra các ứng xử khác nhau với các lƣu lƣợng khác nhau.

2.1 Mô hình IntServ (Integrated Service) 2.1.1 Tổng quan 2.1.1 Tổng quan

Dịch vụ tích hợp đi theo hƣớng hỗ trợ việc dành trƣớc tài nguyên cho các luồng lƣu lƣợng. Trái ngƣợc với kiến trúc chuyển phát datagram (các gói sẽ đi qua các tuyến khác nhau tại mọi thời điểm chúng đƣợc gửi), dịch vụ tích hợp cho phép dành toàn bộ một tuyến cho luồng dữ liệu. Điều này đƣợc thực hiện bởi việc thiết lập một tuyến dành trƣớc tài nguyên trƣớc khi gửi dữ liệu.

Thực chất của mô hình này là các bộ định tuyến và các thiết bị mạng phải dành trƣớc tài nguyên của nó để cung cấp các mức chất lƣợng dịch vụ tùy theo nhu cầu của ngƣời sử dụng. Điều này yêu cầu các bộ định tuyến phải có khả năng điều khiển các luồng lƣu lƣợng. Có hai dịch vụ đƣợc định nghĩa:

− Dịch vụ có đảm bảo - Guaranteed Service (GS) : GS cung cấp các dịch vụ chất lƣợng cao nhƣ: Dành riêng băng thông, giới hạn độ trễ tối đa và không bị mất gói tin trong hàng đợi. Các ứng dụng có thể kể đến: Hội nghị truyền hình chất lƣợng cao, thanh toán tài chính thời gian thực,...

− Dịch vụ kiểm soát tải - Controlled Service (CL): CL không đảm bảo về băng thông hay trễ, nhƣng khác với các dịch vụ kiểu “Best Effort” ở điểm không giảm chất lƣợng một cách đáng kể khi tải mạng tăng lên. Dịch vụ này phù hợp cho các ứng dụng không nhạy cảm lắm với độ trễ hay mất gói nhƣ truyền hình multicast audio/video chất lƣợng trung bình.

Trong IntServ, một luồng IP riêng biệt đƣợc nhận dạng bởi 5 thông số sau: − Nhận dạng giao thức

− Địa chỉ IP đích − Địa chỉ cổng đích − Địa chỉ IP nguồn − Địa chỉ cổng nguồn

IntServ sử dụng giao thức RSVP (Resource Reservation Protocol) cho việc đặt trƣớc tài nguyên cho một luồng, bao gồm một mô tả đặc trƣng lƣu lƣợng và các yêu cầu dịch vụ. Mô tả lƣu lƣợng bao gồm tốc độ đỉnh, tốc độ trung bình, kích cỡ lƣu

lƣợng bùng phát và các yêu cầu dịch vụ bao gồm băng thông nhỏ nhất đƣợc yêu cầu và các yêu cầu hiệu năng khác nhƣ trễ, jitter và tỷ lệ mất gói. Nếu có cam kết việc dự phòng, luồng đó đƣợc đƣa vào bảng dự phòng tài nguyên. Khi gói tin đến, khối nhận dạng luồng sẽ nhận dạng gói tin thuộc về luồng đặt trƣớc và đặt chúng vào trong hàng đợi phù hợp để nhận đƣợc dịch vụ yêu cầu.

Trong quá trình truyền từ nguồn tới đích gói tin phải đi qua nhiều chặng. Việc lựa chọn đƣờng dẫn phù hợp cho chặng kế tiếp tại một nút là nhiệm vụ khó khăn do các hạn chế trong định tuyến IP truyền thống. Đƣờng dẫn cần đƣợc lựa chọn có thể đã đáp ứng đƣợc yêu cầu định ra. Tuy nhiên, định tuyến IP thƣờng sử dụng các số đo nhƣ trễ, chặng (hop) hay một số thông số khác để tính toán đƣờng đi ngắn nhất. Do vậy đƣờng dẫn ngắn nhất có thể không có khả năng chấp nhận việc đặt trƣớc tài nguyên trong khi đó đƣờng dẫn dài hơn lại có khả năng đó. Vấn đề định tuyến có thể trở nên phức tạp bởi một số ứng dụng yêu cầu nhiều tham số QoS (ví dụ về băng thông và các yêu cầu về tỉ lệ mất gói tin). Tìm kiếm đƣờng dẫn phù hợp trong nhiều điều kiện ràng buộc rất phức tạp. Chính vì lí do đó mô hình đảm bảo QoS cho gói tin IP đầu tiên này không yêu cầu gắn các cơ chế định tuyến đảm bảo QoS trong kiến trúc IntServ. Kiến trúc này giả sử rằng khối chức năng định tuyến của bộ định tuyến sẽ thực hiện định tuyến từng bƣớc (hop by hop).

2.1.2 Kiến trúc IntServ

Intserv có 4 thành phần, thành phần điều khiển việc chấp nhận luồng mới, thành phần phân loại, lập lịch gói (3 thành phần này cung cấp việc điều khiển lƣu lƣợng) và giao thức dành trƣớc tài nguyên.

Hình 2.1 : Mô hình dịch vụ tích hợp IntServ

2.1.2.1 Điều khiển chấp nhận

Xử lí hai nhiệm vụ cơ bản là chấp nhận hay từ chối các yêu cầu dành trƣớc tài nguyên và giám sát việc sử dụng tài nguyên. Việc dành trƣớc tài nguyên cho một yêu cầu mới sẽ không thể đƣợc chấp nhận nếu không có sẵn tài nguyên theo yêu cầu. Có

hai hƣớng tiếp cận để giải quyết xem tài nguyên nào là sẵn sàng đó là dựa theo đo đạc và dựa theo tham số.

− Trong hƣớng tiếp cận dựa theo tham số, điều khiển chấp nhận sẽ tính toán các nguồn tài nguyên khả dụng dựa trên các chỉ tiêu kỹ thuật và yêu cầu dành trƣớc tài nguyên hiện tại.

− Trong hƣớng tiếp cận theo đo đạc, điều khiển chấp nhận đo lƣu lƣợng thực sự trong mạng và sử dụng các phƣơng pháp thống kê để quyết định xem tài nguyên nào khả dụng. Hƣớng tiếp cận này có ƣu điểm là tối ƣu hoá việc sử dụng mạng, mặc dù không đảm bảo chặt chẽ các cam kết tài nguyên.

2.1.2.2 Nhận dạng luồng

RSVP sử dụng 5 trƣờng trong tiêu đề trong gói tin IP để nhận dạng gói tin thuộc về các luồng dành trƣớc tài nguyên trong nút. Các trƣờng này bao gồm địa chỉ IP nguồn, địa chỉ IP đích, định danh giao thức, cổng nguồn và đích.

2.1.2.3 Lập lịch gói

Là bƣớc cuối cùng trong việc dành trƣớc tài nguyên. Bộ lập lịch gói tin thực hiện việc cấp phát tài nguyên. Nó quyết định gói tin nào sẽ gửi kế tiếp khi tuyến kết nối đi đã sẵn sàng. Do đó nó tác động đến trễ mà gói tin phải chịu trong bộ định tuyến và bộ định tuyến không trực tiếp loại bỏ gói tin.

2.1.2.4 Các dịch vụ của IntServ

Mô hình dịch vụ IntServ có thể sử dụng giao thức báo hiệu RSVP cung cấp nhiều loại hình dịch vụ khác nhau.

− Guaranteed Rate Service: loại hình này cho phép dành sẵn độ rộng băng thông

để phù hợp với những yêu cầu của chúng. Ví dụ ứng dụng VoIP có thể dành 32 Mbps từ đầu cuối đến đầu cuối sử dụng loại hình dịch vụ này. QoS sử dụng xếp hàng cân bằng trọng số (WFQ) kết hợp với giao thức dành sẵn tài nguyên (RSVP) để cung cấp loại hình dịch vụ này.

− Controlled Load Service: loại hình này cho phép các ứng dụng có độ trễ thấp và

tốc độ lƣu lƣợng cao thậm trí ngay cả khi tắc nghẽn. Ví dụ các ứng dụng không nhạy cảm với thời gian thực nhƣ khi phát lại băng ghi âm cuộc hội thoại có thể sử dụng loại hình dịch vụ này. QoS sử dụng RSVP kết hợp với Weighted Random early Detect (WRED) cung cấp loại hình dịch vụ này.

2.1.3 Giao thức dành trước tài nguyên - RSVP 2.1.3.1 Tổng quan

RSVP đƣợc định nghĩa trong chuẩn RFC 2205. RSVP là một giao thức thiết lập dành riêng cho IP QoS. Nó hỗ trợ cả IPv4 và IPv6 và thích hợp cho cả multicast và unicast IP. Trong RSVP, tài nguyên đƣợc dành riêng cho mỗi một định hƣớng cụ thể.

Các trạm nguồn và đích trao đổi bản tin RSVP để thành lập phân lớp dịch vụ và trạng thái chuyển tiếp tại mỗi nút. Nguồn khởi tạo yêu cầu dành riêng nhƣng việc xác

định các tài nguyên sẵn sàng và sự dành riêng thực tế bắt đầu từ đầu cuối thu. Trạng thái của tài nguyên dành riêng tại các node RSVP không cố định và đƣợc thay đổi một cách định kỳ.

RSVP không phải là một giao thức định tuyến. Các bản tin RSVP có hƣớng giống với hƣớng các gói IP đƣợc xác định bởi các bảng định tuyến trong các router IP. RSVP cung cấp một vài kiểu dành riêng. RSVP là một giao thức phức tạp. Do mỗi một nút trên tuyến phải giữ trạng thái dành riêng, với các mạng lớn, RSVP trở thành không thực tế, bởi không có khả năng mở rộng tùy ý.

2.1.3.2 Hoạt động của RSVP

Một phiên RSVP thƣờng đƣợc định nghĩa bởi ba tham số sau: − Địa chỉ đích

− Nhận dạng giao thức − Cổng đích

Hình2.2 Hoạt động của RSVP

Hình trên chỉ ra hoạt động của RSVP. Phía trạm phát (Host nguồn) gửi đi một bản tin PATH tới trạm đích với một luồng hay một “phiên”. Bản tin PATH bao gồm một chỉ thị luồng xác định cho luồng đó Khi bản tin PATH đi qua các router trên một tuyến, các router đăng ký nhận dạng luồng và chỉ thị luồng này. Khi bản tin PATH đến trạm đích, nó sẽ gửi trở lại bản tin RESV mang thông tin về các tài nguyên đƣợc các router chấp nhận đặt trƣớc. Các gói IP của luồng gửi đi theo hƣớng của bản tin PATH.

2.1.3.3 Các kiểu RSVP dành trước tài nguyên

Có ba loại kiểu dành riêng đƣợc định nghĩa trong chuẩn RFC 2205 nhƣ đã chỉ ra trong bảng dƣới đây.

Lựa chọn ngƣời gửi Sự dành riêng

Riêng biệt Chia sẻ

Toàn bộ Bộ lọc cố định (FF) Chia sẻ rõ ràng (SE) Lựa chọn Không định nghĩa Bộ lọc kí tự đại diện(WF)

Điều khiển ngƣời gửi sẽ điều khiển lựa chọn những ngƣời gửi. Hai kiểu điều khiển ngƣời gửi đã đƣợc định nghĩa. Trong kiểu lựa chọn cụ thể, một dãy “cụ thể” tất cả những ngƣời gửi đƣợc lựa chọn đƣợc chỉ ra. Trong lựa chọn bất kỳ, tất cả những ngƣời gửi đến phiên đều đƣợc lựa chọn. Điều khiển chia sẻ điều khiển việc xử lý dành riêng cho những ngƣời gửi khác nhau trong cùng một phiên. Hai kiểu điều khiển chia sẻ