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

Thuật cắt trai thuận

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.