Thuật cắt trai thuận.doc

Thuật căt trai thuận
Khi thông báo đến ở (tại) chủ nhà nơI đến. Lóp vật lý giảI mã những tím hiệu vào trong
những mẩu và đI qua nó cho lớp dữ liệu. Lớp nối dữ liệu sử dụng đầu mục (và ngời lần
theo dấu vết) tới check dữ liệu. Nếu không co lổi. đầu mục và ngòi lần theo dáu vết đơc
thả vào gói dữ liệu (thi) đợc đI qua cho IP phần mềm làm sự kiểm tra (của) chính mình.
Nếu không có lỗi đầu mục đợc sủ dụng ma tuý và gói dữ liệu ngời dùng đơc đI qua cho
UDP với những địa chỉ IP ngời gửi và máy thu. Ngời dùng UDP tổng kiểm tra để kiểm tra
toàn bộ gói dữ liệu ngời dùng. Nếu không co lổi. đầu mục đợc thả vào dữ liệu ứng dụng
cùng với địa chỉ lổi ngời gỏi đơc đI qua cho quá trình. địa chỉ lỗi ngời gửi đợc đI qua cho
quá trình trong trơng hợp (mà) nó cần để trả lờitới thông báo nhận đợc.
Xếp hạng
Chúng ta nói vè chuyển mà không bàn luận về sự thi hành thục tế (của) chúng trong UDP.
Những hàng đợi là những cổng đợc liên quan đến (nhìn thấy hình 11.11).
ở taij vị trí khách hàng, khi một quá trình bắt đâuf, nó đòi hỏi một số cổng từ hệ điều
hành. Vài sự thi hành tạo ra cả một đầu vào lẫn hàng hợi đang rời khỏi liên quan đến mỗi
quá trình. Những sự thi hành khác tạo ra duy nhát (mà) một hàng đợi đầu vào liên quan
đến từng cáI xử lý.
Hãy chú ý rằng dù một quá trình muốn giao tiếp với nhiều quá trình nếu thu đợc cáI duy
nhất chuyển gi số và dần dần một dang rời khỏi và một đầu vào xếp hàng. những hàng đợi
mở bởi khách hàng. trong đa số các trờng hợp, xác định bởi tróng tàn chuyển ghi số
những hàng đợi (mà) hàm miển là quá trùnh dang chạy. khi quá trình hoàn thành những
hàng đợi đợc phát huy.
Quá trình khác hàng có thể gửi những thông báo cho hàng đợi đang rời khỏi bởi việc sử
dụng nguồn chuyển ghi số chỉ rõ trong yêu cầu. UDP chuyển dịch những thông báo một
bởi một bởi một,và sau sẩy ra. Hệ điều hành cố thể hỏi quá trình khách hàng để đợi trớc
khi gửi bất kì nhiều thông báo hơn nào.
Khi một thông báo đến cho một khách hàng. UDP kiểm tra nhìn thấy phảI chăng một
hàng đợi đầu vào đã đợc tạo ra cho gói dữ liệu lĩnh vực gnời dùng số đợc chỉ rõ trong nơI
đến chuyển số cổng. Nếu có một hàng đợi nh vậy. UDP gửi gói dữ liệu ngời dùng nhận đ-
ợc cho kết thúc của hàng đợi. Nếu không có hàng đợi nh vậy. UDP vứt bỏ gói dữ liệu ngời
dùng và hỏi nghi thúc ICMP để gửi một thông báokhông thể voéi tới đợc cổng cho khách

hàng. tất cỏ (của) những thông báo đầu vào cho một ngời phục vụ đặc biệt, liệu có phảI
việc đến từ cũng nh thế hoặc một ngời phục vụ khác nhau, la tập hợp tới cũng nh thể xếp
hạng, một hàng đợi đầu vào có thể (overflow). Nếu cáI này xẩy ra. UDP thả gói dữ liệu
ngời dùng và hỏi về một thông báo không thể với tới đợc cổng sẽ dợc
gửi cho ngời phục vụ
ở tại vị trí ngời phục vụ, cơ chế của việc tạo ra những hàng đợi thì khác nhau. Chúng ta sẽ
nhìn thấy trong tơng lai mà có những kiểu ngời phục vụ khác nhau. Tuy nhiên ,trong mẩu
dạng đơn giản nhất của nó, một ngời phục vụ hỏi về đầu vào và hàng đợi đang rời khỏi sử
dụng nổi tiếng của nó chuyển khi no bắt đầu chạy. hàng đợi còn lại mở miển là ngời phuc
vụ dợc chạy.
Khi một thông báo đến cho một ngời phục vụ, UDP kiểm tra nhìn thấy phảI chăng
một hàng đợi đầu vào đã đợc tạo ra cho gói dữ liệu lĩnh vực ngời dùng số đợc chỉ rõ trong
nơI đến chuyển số cảng. Nếu có một hàng đợi nh vậy, UDP gửi gói dữ liệu ngời dùng
nhận đợc và hỏi nghi thức ICMP để gửi một thông báo không thể nới tới đợc cảng cho
khách hàng. Tất cả những thông báo đầu vào cho một ngời phục vụ đặc biệt, liệu có phảI
việc đến từ cũng nh thế hoặc một khách hàng khác nhau, đợc gửi cho cũng nh thế xếp
hàng. Một hàng đợi đầu vào có thể tràn qua. Nếu cáI này xảy ra, UDP thả gói dữ liệu ngời
dùng và hỏi về một thông báo không thể với tới đợc cảng sẽ đợc gửi cho khách hàng.
Khi một ngời phục vụ muốn trả lời tới một khách hàng, nó gửi những thông báo cho
hàng đợi đang rời khỏi sử dụng nguồn chuyển ghi số chỉ rõ trong yêu cầu. UDP chuyển
dịch thông báo một bởi một, và, sau việc thêm rằng đầu mục UDP, chuyển giao chúng tới
IP. Một hàng đợi dang rời khỏi có thể tràn qua. Nếu cáI này xảy ra, hệ điều hành hỏi ngời
phục vụ để đợi trớc khi gửi bất kì nhiều thông báo hơn nào.
Bộ đa hợp, (sự) đa lộ hoá, (sự) dồ kênh và sự phân kênh
Trong một chủ nhà chạy một bộ nghi thức TCP/IP, có duy nhất một UDP nhng có lẽ
serveral sử dụng những dịch vụ của UDP có thể sử lý. để điều khiển tình trạng này. bộ đa
hợp, sự đa lộ hoá, sự dồn kênh và những phân đa kênh UDP (nhìn thấy hình 11.12)
Bộ đa hợp, sự đa lộ hoá, sự dồn kênh
ở tại vị trí ngời ngửi có thể có những quá trình mà serveral cần gửi cho ngời dùng những
gói dữ liệu. Tuy nhiên có duy nhất một UDP. đây một nhiều-tới-một mối quan hệ và yêu

cầu bộ đa hợp, sự đa lộ hoá, sự dồn kênh. UDP chấp nhận những thông báo từ đơc phân
biệt bởi những số đọc gán cảng của họ. Sau viêc thêm đầu mục, UDP đI qua gói dữ liệu
ngời dùng cho IP,
sự phân đa kênh.
ở tại vị trí máy thu có duy nhất một UDP tuy nhiên chúng ta có thể có nhiều quá trình mà
có thể nhận những gói dữ liệu ngời dùng. đây là một mối quan hệ và sự phân đa khênh
(requires) một- nhiều. UDP nhân những gói dữ liệu ngời dùng của IP. Sau sự kiểm tra lỗi
và rơI của đầu mục. UDP chuyển giao những mối thông báo tới quá trình thích họp dựa
vào những số cổng.