SDES items ...
Hỡnh 4.6: Cấu trỳc gúi tin SDES-RTCP
Gúi SDES bao gồm phần tiờu đề, kốm theo là cỏc đoạn chứa cỏc thụng tin về cỏc nguồn SSRC/CSRC _i (ở đõy ta gọi tắt là cỏc đoạn SSRC/CSRC). Trong một gúi SDES cú thể cú khụng hoặc nhiều đoạn thụng tin này. Cỏc thụng tin trong từng đoạn riờng lẻ là hoàn toàn độc lập.
- version (V), padding (P), length: hoàn toàn tương tự như trong cỏc gúi RTCP khỏc.
- packet type (PT): 8 bits. Cú giỏ trị bằng 202, dựng xỏc định đõy là một gúi SDES RTCP.
- source count (SC): 5 bits. Xỏc định số cỏc đoạn SSRC/CSRC được chứa trong gúi SDES này. Trường này cú thể nhận giỏ trị nhỏ nhất bằng 0 khi khụng cú thụng tin về một nguồn nào được mụ tả, tuy nhiờn điều này thường khụng xảy ra.
Mỗi đoạn SSRC/CSRC bao gồm 1 phần định danh nguồn SSRC/CSRC, tiếp theo là một loạt cỏc thụng tin về nguồn SSRC/CSRC đú. Mỗi đoạn sẽ bắt đầu bằng 1phần 32-bit.
Mỗi phần thụng tin (SDES item) sẽ cú trường định kiểu 8-bit, 8-bit dựng xỏc định chiều dài của phần thụng tin (khụng chứa 2-byte đầu tiờn này). Tiếp theo là phần thụng tin cụ thể (text). Chỳ ý rằng phần text khụng thể vượt quỏ 255-byte, nhưng điều này hoàn toàn phự hợp với giới hạn của băng thụng RTCP.
Phần text được mó hoỏ theo tiờu chuẩn mó hoỏ UTF-8 được đưa ra trong bản RFC-2279. Chuẩn này hoàn toàn đỏp ứng được cỏ yờu cầu của chuẩn ASCII của Mỹ.
Hỡnh 4.7: Cấu trỳc SDES item.
00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31…
Type field length text
Mỗi hệ thống đầu cuối sẽ phỏt đi gúi SDES mang thụng tin định danh nguồn của mỡnh (tương tự như giỏ trị SSRC trong phần tiờu đề của gúi RTP). Sau đú bộ trộn (mixer) sẽ gộp cỏc thụng tin này lại từ cỏc nguồn phõn tỏn, phõn chỳng thành từng đoạn trong một gúi SDES chung và gởi đi. Nếu cú nhiều hơn 31 nguồn thỡ cỏc thụng tin sẽ được chứa trong nhiều gúi SDES chung. Chung ta sẽ núi cụ thể hơn trong phần Mixer.
Bõy giờ ta sẽ định nghĩa từng loại thụng tin mang trong gúi SDES. Trong đú chỉ cú CNAME là bắt buộc. cỏc thụng tin cũn lại cú thể cú hay khụng tuỳ thuộc vào từng ứng dụng cụ thể. Cỏc loại được thụng tin nờu ra ở đõy đều phổ biến, đó được đăng ký với IANA [] 15.
a. CNAME: Canonical End-Point Identifier:
Đõy là một trường thụng tin bắt buộc trong gúi SDES, dựng để nhận dạng một đầu cuối.
Hỡnh 4.8: Cấu trỳc CNAME-SDES . CNAME cú cỏc thuộc tớnh sau:
- Một định danh SSRC được phõn phối một cỏch ngẫu nhiờn và cú thể thay đổi trong một phiờn RTP, khi phỏt hiện sự xung đột, hoặc khi chương trỡnh khởi tạo lại. Do vậy, CNAME được sử dụng để liờn kết một định danh SSRC với một định danh khụng đổi dành cho một nguồn xỏc định.
- Cũng giống như SSRC, giỏ trị của CNAME của mỗi thành viờn phải là duy nhất trong một phiờn RTP.
- Giỏ trị của CNAME được dựng cố định cho một thành viờn nào đú. Điều này giỳp ta cú thể kết nối giữa cỏc luồng dữ liệu khỏc nhau được
00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31…
CNAME=1 length user and domain name
gởi đi từ cựng một thành viờn nhưng sử dụng 2 phiờn RTP riờng. Vớ dụ, khi mà một thành viờn gởi đồng thời tớn hiệu video và tớn hiệu audio với qua 2 cặp cổng UDP khỏc nhau.
- Để thuận tiện cho nhà quản trị mạng trong việc định vị nguồn, CNAME nờn tương ứng với với sự xỏc định một cỏ nhõn nào đú
Vỡ vậy, CNAME sẽ được nhận theo một thuật toỏn nào đú, khụng được nhập vào một cỏch tuỳ ý bởi người dựng.
Để thoả món cỏc yờu cầu trờn, ta sẽ đưa ra một định dạng của CNAME. Tuy nhiờn định dạng này khụng hề cú tớnh bắt buộc, nú cú thể được định nghĩa khỏc, tuỳ vào từng trường hợp cụ thể.
CNAME xỏc định dựa trờn "user@host" (Vớ dụ: doe@sleepy.example.com
, hoặc “host” trong trường hợp “user name” khụng được xỏc định trờn hệ thống đơn người dựng. Việc xỏc định “host“ là hoàn toàn đơn trị. Tuy nhiờn trong trường hợp, một “host” cú thể đồng thời tạo ra nhiều nguồn, cỳ phỏp này khụng giỳp ta phõn biệt được từng nguồn cụ thể trong số đú. Việc này sẽ được giải quyết ở lớp ứng dụng, ta sẽ khụng đề cập đến ở đõy.