Nghi thức gói dữ liệu người dùng UDP.doc

Chơng 11
Nghi thức gói dữ liệu ngời dùng
(UDP )
Bộ nghi thức TCP/IP chỉ rõ rằng hai nghi thức cho lớp chuyên trở: UDP và TCP. Chúng ta
trớc hết tiếp tục tập trung UDP, đơn giản hơn hai, trớc khi bình luận về TCP trong chơng 12.
Hình 11.1 trình mối quan hệ UDP cho những nghi thức khác và những lớp TCP/IP
protocol : những lời nói dối UDP giữa lớp ứng dụng và lớp IP và, tơng tự TCP, những sự
phục vụ nh trung gian giữa những chơng trình ứng dụng và những thao tác mạng.
Vị trí hình 11.1 UDP trong TCP/IP protocol

Một nghi thức lớp chuyên trở thông thờng có vài trách nhiệm. Một sẽ tạo ra một truyền
thông từ quá trình tới quá trình (một quá trình là một ứng dụng đợc chạy lập trình); UDP sử
dụng chuyển những số để hoàn thành điều này. Trách nhiệm khác sẽ cung cấp những cơ chế
điều khiển ở mức chuyên trở. UDP làm cho nhiệm vụ này ở một chính cực tiểu mức. Không
có cơ chế điều khiển luồng và không có acknowledgment cho những gói nhận đợc.
UDP, tuy nhiên,
cung cấp điều khiển lỗi tới phạm vi nào đó. Nếu UDP phát hiện ra một lỗi trong gói nhận
đợc, nó yên lặng thả nó.
Lớp chuyên trở cũng cung cấp một cơ chế kết nối cho những quá trình. Những quá trình
phải có thể gửi những dòng dữ liệu cho lớp chuyên trở. Nó là trách nhiệm lớp chuyên trở ở
nhà ga gửi để làm kết nối với receiver, chặt dòng vào trong những đơn vị có thể chở đi,
number chúng, và gửi cho chúng một bởi một. Đó là trách nhiệm mà lớp chuyên trở ở
kết thúc nhận đợc để đợi cho đến khi tất cả khác nhau những đơn vị thuộc về tới cùng quá
trình có đến, kiểm tra và đi qua mà là lỗi tự do, và chuyển giao chúng tới nhận đợc xử lý nh
một dòng. Sau khi toàn bộ dòng đã đợc gửi, lớp chuyên trở đóng kết nối. UDP không làm
bất kỳ (cái) nào (của) ở trên. Nó có thể chỉ nhận một bộ phận dữ liệu của những quá trình và
chuyển giao nó, unreliably, tới cái máy thu. Bộ phận dữ liệu phải (thì) đủ nhỏ để trùng
hợp một gói UDP.
Nếu UDP là bất lực nh vậy, tại sao một quá trình muốn sử dụng nó? Với những sự bất lợi
đến là vài lợi thế. UDP là một nghi thức rất đơn giản sử dụng một tối thiểu (của) ở trên đầu.
Nếu một quá trình muốn gửi một thông báo nhỏ và không chăm sóc nhiều về tiền nợ, CNTT

lại có thể ngời dùng UDP. Việc gửi thông báo nhỏ sử dụng UDP cầm (lấy) nhiều ít sự tơng
tác giữa ngời gửi và cái máy thu hơn sử dụng TCP.
==========o0o==========o0o===========o0o==========o0o===========
11.1 truyền thông từ quá trình tới quá trình
Trớc hết chúng ta khảo sát UDP, chúng ta phải trớc hết hiểu truyền thông và truyền thông từ
quá trình tới quá trình từ chủ nhà tới chủ nhà và sự khác nhau giữa chúng.
IP (thì) có trách nhiệm với truyền thông ở (tại) mức máy tính (truyền thông từ chủ nhà
tới chủ nhà). Nh một nghi thức lớp mạng, IP có thể chuyển giao thông báo chỉ tới máy tính
nơi đến. Tuy nhiên đây là một sự giao hàng không đầy đủ, thông báo vẫn cần còn cần trao
cho quá trình đúng. (Cái) này là nơi một nghi thức lớp chuyên trở nh UDP bắt (ngấm) qua.
UDP (thì) có trách nhiệm với sự giao hàng (của) thông báo tới quá trình thích hợp.
Hình 11.2 cho thấy những miền (của) những miền (của) IP và UDP.
Chuyển những số
Mặc dầu có một ít cách để đạt đợc truyền thông từ quá trình tới quá trình, (cái) chung nhất
một xuyên qua máy dịch vụ khách hàng paradigm. Một quá trình trên (về) chủ nhà địa
phơng, đợc gọi một khách hàng, cần những dịch vụ từ một quá trình thông thờng trên (về)
chủ nhà từ xa, gọi một ngời phục vụ.
Cả hai quá trình (khách hàng và ngời phục vụ) có cùng tên. Cho ví dụ, có ngày và thời
gian từ một máy từ xa, chúng ta cần một quá trình khách hàng daytime, chạy trên (về)
chủ nhà địa phơng và một quá trình ngời phục vụ daytime chạy trên (về) một máy từ xa.
Tuy nhiên, những hệ điều hành hỗ trợ cả nhiều ngời dùng lẫn những môi trờng đa chơng
trình. Nhng một máy tính từ xa có thể chạy vài chơng trình ngời phục vụ cùng lúc, chỉ cần
trong khi vài máy tính địa phơng có thể chạy một hoặc hơn khách hàng lập trình cùng lúc,
cho truyền thông chúng ta phải định nghĩa.
- Chủ nhà địa phơng
- Quá trình địa phơng
- Chủ nhà từ xa
- Quá trình từ xa
Chủ nhà địa phơng và chủ nhà từ xa đợc định nghĩa sử dụng những địa chỉ IP. Để định
nghĩa những quá trình, chúng ta cần những ngời điều tra lý lịch (thứ) hai gọi là những số

cảng. Trong TCP/IP protocol, những số cảng là những số nguyên giữa 0 và 65,535.
Chơng trình khách hàng tự định nghĩa với một số cảng, đợc chọn nhẫu nhiên bởi phần
mềm UDP chạy trên (về) chủ nhà khách hàng. Đây là chóng tàn chuyển ghi số.
Quá trình ngời phục vụ phải cũng tự định nghĩa với một số cảng. Số cảng này, tuy nhiên,
không thể (thì) đợc chọn ngẫu nhiên. Nếu máy tính ở (tại) vị trí ngời phục vụ chạy một quá
trình ngời phục vụ và gắn một ngẫu nhiên số nh số cảng, quá trình ở (tại) vị trí khách hàng
mà muốn truy cập ngời phục vụ đó và sử dụng những dịch vụ (của) nó sẽ không biết số
cảng. Tất nhiên, một giải pháp sẽ gửi một gói đặc biệt và đòi hỏi số cảng (của) một ngời
phục vụ đặc biệt, nhng (cái) này yêu cầu ở trên đầu hơn. TCP/IP đã quyết định sử dụng phổ
thông chuyển ghi số cho những ngời phục vụ: những (điều) đó là những số đợc gọi nổi tiếng
chuyển. Có vài ngoại lệ tới quy tắc này: cho ví dụ, có những khách hàng mà là những số đợc
gán nổi tiếng chuyển. Chúng ta sẽ nói về về sau này khi chúng ta thăm dò máy dịch vụ
khách hàng paradigm, trong chơng 15. Mỗi quá trình khách hàng biết rằng nổi tiếng
chuyển số (của) quá trình ngời phục vụ tơng ứng. Cho ví dụ, trong khi quá trình khách hàng
daytime, đợc bàn luận về ở trên, có thể sử dụng một chóng tàn tạm thời cảng ghi số
52.000 tới bản thân idenufy, daytime, (mà) quá trình ngời phục vụ phải sử dụng (mà)
nổi tiếng (lâu dài) chuyển ghi số 13. Hình 11.3 cho thấy khái niệm này.
Nó cần phải rõ ràng bởi bây giờ IP mà những số địa chỉ và cảng chơi những vai trò khác
nhau trong việc lựa chọn nơi đến chung cuộc (của) dữ liệu. Địa chỉ IP nơi đến định nghĩa
chủ nhà giữa những chủ nhà khác nhau trên thế giới. Sau khi chủ nhà đã đợc lựa chọn, số
cảng định nghĩa một trong những quá trình trên (về) chủ nhà đặc biệt này (nhìn thấy hình
11.4)
Những phạm vi IANA
IANA có chia cắt những cảng (mà) những số vào trong ba rung chuông: nổi tiếng,
registered, và động (hoặc riêng t) nh hình 11.5 đợc đa vào
- Nổi tiếng chuyển. Những cảng hạn chế từ 0 đến 1,023 gán và điểu khiển bởi IANA.
Những (điều) đố là nổi tiếng chuyển.
- Đợc đăng ký chuyển. Những cảng hạn chế từ 1,024 đến 49,151 không gán hoặc sự l-
ờng gạt - hát tiếp nhau bởi IANA. Chúng có thể chỉ đợc đăng ký với IANA để ngăn
ngừa sự sao lại.

- Động chuyển. Những cảng hạn chế từ 49,152 đến 65,535 (thì) không kiểm soát mà
cũng không đợc đăng ký. Chúng có thể đợc sử dụng bởi bất kỳ quá trình nào. Những
(điều) đó là chóng tàn chuyển.
Những phạm vi đợc sử dụng bởi những hệ thống khác
Chú ý rằng những hệ điều hành khác có thể sử dụng rung chuông (kẻ) khác hơn IANA có
cho nổi tiếng và chóng tàn chuyển. Cho ví dụ, BSD Unix có những ba rung chuông:
Phục vụ, lại chóng tàn và nonprivileged.
Nổi tiếng chuyển cho UDP
Bảng (mà) 11.1 cho thấy nổi tiếng đó chuyển những số đợc sử dụng bởi UDP, vài số cảng
có thể (thì) đợc sử dụng gần cả UDP lẫn TCP. Chúng ta sẽ bàn luận về chúng khi chúng ta
nói về TCP trong chơng 12.
Những địa chỉ lỗ
Nh chúng ta nhìn thấy. UDP cần hai ngời điều tra lý lịch, địa chỉ IP và số cảng, ở (tại) mỗi
kết thúc để làm một kết nối. Sự kết hợp (của) một địa chỉ IP và một số cảng (thì) đợc gọi
một lỗ địa chỉ định nghĩa quá trình khách hàng đúng duy nhất nh địa chỉ lỗ ngời phục vụ
định nghĩa a quá trình ngời phục vụ duy nhất (nhìn thấy hình 11.6).
Để sử dụng những dịch vụ (của) UDP, chúng ta cần một cặp (của) những địa chỉ lỗ: địa
chỉ lỗ khách hàng và địa chỉ lỗ ngời phục vụ. Đầu mục IP chứa đựng những địa chỉ IP: đầu
mục UDP chứa đựng chứa đựng những số cảng.
11.2 ngời dùng DATAGRM
Những gói UDP, gọi ngời dùng là những gói dữ liệu, có một đầu mục kích thớc cố định
(của) 8 bytes. Hình 11.7 cho thấy khuôn dạng (của) một gói dữ liệu ngời dùng.
Những lịch vực nh sau:
- Nguồn chuyển ghi số. (Cái) này là số cảng sử dụng bởi quá trình chạy trên (về) chủ
nhà nguồn. Đó là 16 bit dài (lâu), những phơng tiện nào mà sỗ cảng có thể hạn chế
từ 0 đến 65,535. Nếu chủ nhà nguồn là khách hàng (một khách hàng gửi một yêu
cầu), số cảng, trong đa số các trờng hợp, là một aphemeral, chuyển số đợc đòi
hỏi bởi quá trình và đợc chọn bởi phần mềm UDP chạy trên (về) chủ nhà nguồn.
Nếu chủ nhà nguồn là ngời phục vụ (một ngời phục vụ gửi một sự đáp lại). Số cảng,
trong đa số các trờng hợp, là một nổi tiếng chuyển ghi số.

- Nơi đến chuyển ghi số. Là cảng ghi số chủ nhà đợc sử dụng bởi quá trình chạy trên
(về) nơi đến. Nó cũng là 16 bit dài (lâu). Nếu chủ nhà nơi đến là ngời phục vụ (một
khách hàng gửi một yêu cầu), số cảng, trong đa số các trờng hợp, là một nổi tiếng
trong ghi số. Nếu chủ nhà nơi đến là khách hàng (một ngời phục vụ gửi một sự đáp
lại), số cảng, trong đa số các trờng hợp, là một aphemeral chuyển ghi số. Trong
trờng hợp này, những sự sao chép ngời phục vụ (mà) aphemeral chuyển ghi số
nó nhận trong gói yêu cầu thời gian thực.
- Length. (Cái) này là một lĩnh vực 16 bit mà định nghĩa toàn bộ Length (của)
gói dữ liệu ngời dùng, dữ liệu dấu cộng đầu mục. 16 bit có thể định nghĩa a toàn bộ
Length aphemeral (của) 0 tới 65,535 bytes. Làm sao đỉnh -e, cực tiểu
Length là 8 bytes, mà chỉ báo gói dữ liệu ngời dùng aphemeral với đầu mục
duy nhất và không có dữ liệu nào. Bởi vậy, Length (của) dữ liệu có thể giữa 0 và
65,507 (65,535 - 20 - 8) bytes (20 bytes cho đầu mục IP và 8 bytes cho đầu mục
UDP).
Lĩnh vực Length trong một gói dữ liệu ngời dùng UDP thật sự (thì) không phải là cần
thiết. Một dữ liệu - đậu xanh ngời dùng đợc đóng gói trong một gói dữ liệu IP. Có lĩnh vực
khác trong gói dữ liệu IP mà định nghĩa tolal length. Có lĩnh vực khác trong gói dữ liệu
IP mà định nghĩa Length (của) đầu mục. Nếu nh vậy chúng ta trừ giá trị (của) lĩnh vực
(thứ) hai từ trớc hết, chúng ta co thể suy diễn Length (của) gói dữ liệu UDP mà đợc đóng
gói trong một gói dữ liệu IP.
Tuy nhiên, những ngời thiết kế (của) nghi thức UDP cảm thấy đó là nhiều officient hơn
mà cho nơi đến UDP để tính toán Length (của) dữ liệu từ thông tin cung cấp trong gói dữ
liệu ngời dùng UDP hơn là hỏi IP phần mềm để cung cấp điều này bên trong cho - gói dữ
liệu th UDP layer, nó đã đợc thả đầu mục IP.
- Tổng kiểm tra. Lĩnh vực này đợc sử dụng để phát hiện ra những lỗi qua toàn bộ gói dữ liệu
ngời dùng (dữ liệu dấu cộng đầu mục). Tổng kiểm tra đợc bàn luận về trong mục (khu vực)
tiếp theo.
==========o0o==========o0o===========o0o==========o0o===========
11.3 tổng kiểm tra
Chúng ta có đã tallked về khái niệm (của) tổng kiểm tra và cách mà nó đợc tính toán

trong chơng 7. Chúng ta đã cũng cho thấy làm sao để tính toán tổng kiểm tra cho IP và gói
ICMP. Chúng ta bây giờ cho thấy làm sao (cái) này đợc làm cho UDP.
Sụ tính toán tổng kiểm tra UDP (thì) khác với cái cho IP và ICMP. ậ đây tổng kiểm tra
gồm ba mục (khu vực): Một pseudoheader, đầu mục UDP, và dữ liệu com - E từ lớp
ứng dụng.
pseudoheader là bộ phận của đầu mục (của) gói IP trong đó gói dữ liệu ngời dùng
sẽ là en kết túi với vài lĩnh vực làm đầy những năm 0 (nhìn thấy hình 11.8)
Nếu (mà) tổng kiểm tra không bao gồm pseudoheader, một gói dữ liệu ngời dùng
có thể đến âm thanh và an toàn. Tuy nhiên, nếu đầu mục IP bị h hỏng, nó có thể (thì) phân
phát tới chủ nhà sai.
Hình 11.8
Lĩnh vực nghi thức nh bổ sung để bảo đảm rằng gói (thì) dài (lâu) tới UDP, và không
phải tới TCP. Chúng ta sẽ nhìn thấy về sau cái đó nếu một quá trình có thể ngời dùng hoặc
UDP hoặc TCP, nơi đến chuyển ghi số có thể là cũng nh thế. Giá trị (của) lĩnh vực nghi thức
cho UDP là 17. Nếu giá trị này là thay đổi trong thời gian sự truyền, sự tính toán tổng kiểm
tra ở (tại) cái máy thu sẽ hiện ra nó và UDP thả gói. Nó (thì) cha đợc chuyển giao tới nghi
thức sai.
Ghi chú những sụ giống nhau giữa những lĩnh vực pseudoheader và 12 bytes cuối cùng
(của) đầu mục IP.
Sự tính toán tổng kiểm tra ở (tại) ngời gửi
Ngời gửi đi theo tám bớc này tới sự tính toán tổng kiểm tra:
1. Thêm pseudoheader vào gói dữ liệu ngời dùng UDP.
2. Làm đầy lĩnh vực tổng kiểm tra với những zêrô.
3. Chia cắt những toàn bộ mẫu vào trong 16 bit (2 - bytes) phát biểu.
4. Nếu là toàn bộ số (của) bytes không chỉ, thêm 1 bytes (của) sự lót (tất cả những năm
0). Sự lót chỉ cho mục đích (của) việc tính toán tổng kiểm tra và sẽ đợc vứt bỏ sau
những sự trông nom.
5. Thêm tất cả các mục (khu vực) 16 bit sử dụng một số học bổ sung ngời phục vụ.
6. Bổ sung kết quả (thay đổi tất cả những năm 0 tới những năm 1 và tất cả những năm
1 tới những năm 0), mà là một sỗ 16 bit, và chèn nó trong lĩnh vực tổng kiểm tra.

7. Thả pseudoheader và bất kỳ sự lót đợc thêm vào.
8. Chuyển giao gói dữ liệu ngời dùng UDP tới phần mềm IP cho sự bọc trong nang.
Ghi chú cái đó (của) những hàng trong pseudoheader không làm cho bất kỳ
diffirence nào trong tổng kiểm tra là calcultion. Đồng thời, việc thêm những năm 0
không thay đổi kết quả. Cho điều này reason, phần mềm mà tính toán rằng tổng kiểm tra
có thể dễ dàng thêm toàn bộ đầu mục IP (20 bytes) vào gói dữ liệu UDP, đợc đặt bytes đầu
tiên tới zêrô, đợc đặt lĩnh vực TTL tới zêrô, thay thế tổng kiểm tra IP UDP Length, và
tính toán tổng kiểm tra. Kết quá cũng là nh thế.