Flow control , xin được bàn thêm về vấn đề này !!!

[neoII]

Re: Flow control , xin được bàn thêm về vấn đề này !!!

Hi all.

Theo như mình đã học (hồi mấy năm trước ), thì trong mô hình OSI có 2 lớp cung cấp công việc data-flow control và CRC là transport và data-link. Tuy nhiên, cần phân biệt rõ chức năng của 2 lớp này.

1) Lớp Transport chủ yếu là do software thực hiện, cho nên việc data-flow ở đây rất hạn chế, ngược lại CRC mới là chính. Nhưng mức độ CRC phụ thuộc vào công nghệ mạng và giao thức mạng.

Ví dụ: SPX hoạt động tại lớp Transport, SPX sẽ truyền lại các gói tin bị hư hay bị lỗi cho đến khi nào gởi thành công thì thôi.

2) Lớp Data-link do thiết bị card mạng (NIC) thực hiện, do vậy việc data-flow control đúng nghĩa là diễn ra tại đây.

[BlackTSB]

Mình chưa bao giờ thấy thực hiện CRC ở lớp transport cả.Các sách mình đọc đều thực hiện CRC ở lớp datalink hết.Hồi mình làm card mạng bằng con 8051 cũng làm CRC bằng hardware ở lớp datalink luôn.Vậy nếu sách nào có nói CRC được sử dụng ở lớp 4 thì bạn chỉ cho mình xem với.Thanks

[neoII]

BlackTSB, bạn nói đúng. CRC có thực hiện ờ data-link là "một phần tất yếu của DataLink" nhưng CRC linh hoạt nhất là thực hiện tại lớp transport.

Theo lý thuyết là vậy hìhì chính xác thì mình không cần quan tâm tìm hiểu sâu đến vấn đề này cho lắm.

[Present]

Hi

Theo mình hiểu thì:

Điều khiển luồng tại lớp 2 được thực hiện tại các nút mạng mà gói dự liệu đi qua thôi (tránh bị tắc nghẽn tại các nút mạng khi nó tìm địa chỉ MAC cho bước tiếp theo để chuyển mạch dữ liệu). Đây là tránh tràn khung.
Điều khiển luồng tại lớp 4 chỉ được thực hiện tại hai nút đầu cuối mà thôi (nguồn và đích). Đây là trách tràn segment.

Mong được chỉ bảo thêm

[happyman_1x]

theo ý Present thì ethernet có flow control à ???? Vậy Present mô tả flow control ở ethernet cho mọi người biết với.

[Present]

Hi all!

Theo tôi nghĩ thì: Khi data được gửi đi thì nó sẽ được đóng thành gói rồi khung và cuối cùng sẽ chuyển thành các bít và truyền đi. Tại một nốt (hoạt động lớp 2) thì nó sẽ phải bóc dữ liệu ra để đọc MAC add của bước tiếp theo trên đường đi đến đích. Khi dữ liệu đến, thì nó sẽ được tổng hợp thành các khung dữ liệu thì các khung này cũng được lưu vào bộ đệm để chờ xử lý.
Ví dụ FR sử dụng FECN và BECN để hạn chế lưu lượng chuyển tới nút đó để nó có thời gian xử lý. Ngoài ra các khung co bít DE đặt lên 1 thì khi tắc nghẽn các khung này sẽ được hủy bỏ.

Mong chỉ bảo thêm!

[BlackTSB]

mình thì chưa nghe thấy ai bảo là thực hiện flow control ở lớp 2 của enthernet cả.Minh chỉ thấy các sách nói là thực hiện ở lớp 2 của các giao thức trong WAN như HDLC,FRAME RELAY...kô biết mình nói như vậy có đúng không?

[Present]

CRC có thực hiện ờ data-link là "một phần tất yếu của DataLink" nhưng CRC linh hoạt nhất là thực hiện tại lớp transport.

Theo lý thuyết là vậy hìhì chính xác thì mình không cần quan tâm tìm hiểu sâu đến vấn đề này cho lắm.

Bạn có thể chỉ giùm lý thuyết đó cho mình không vậy??????

[minhtit]

Hi all,

Tôi cho rằng phải thống nhất khái niệm "thế nào là Flow Control" trước đã. Tôi xin phép được dẫn ra đây định nghĩa đơn giản của Cisco :"Flow control is the process of controlling the rate at which a computer send data..." (CCNA 640-607 Certification Guide, page 102).

Nếu hiểu theo đúng định nghĩa này thì tôi cùng quan điểm với happyman_1x. Theo đó thì việc yêu cầu truyền lại không được coi là "Flow control", vì nó không tác động được gì đến "rate" của data cả. Tôi nghĩ rằng nên phân biệt rạch ròi các khái niệm Error detection / Error correction / Sequence Control / Flow Control.

Trong các khái niệm trên thì chỉ duy nhất Flow control là đề cập đến việc điều khiển "rate" của mạng (qua các cơ chế như BECN/FECN - trong FR-, windowing...). Việc truyền lại chính là do "Sequence control" đảm nhận (go-back-n, selective repeating...). Việc này nhiều khi chẳng liên quan gì đến việc "Error detection" hay "Error correction", ví dụ như thấy thiếu gói tin (vì một lý do nào đó) thì yêu cầu truyền lại thôi.

Tuy nhiên tôi cho rằng blackTSB hoàn toàn hiểu điều này, chỉ có điều là "định nghĩa" hơi khác thôi. Việc tranh luận từ ngữ có thể không quan trọng, miễn là mọi người hiểu đúng bản chất vấn đề.

Vài lời ngắn ngủi tham gia, thân chào.

[m160]

Hi BlackTSB
Theo nhu ban noi, "da tung lap trinh ve ky thuat nay", Tuy nhien minh thay ban phat bieu cu "the nao" ay...!...Ban lap trinh cac tien trinh xu ly song song hay khong, do la viec cua ban....Tuy nhien Flow Control la Error Correction la 2 ky thuat dung de giai quyet 2 van de hoan toan khac nhau ban a.!..
- Flow Control giai quyet van de tat nghen trong mang.
- Con Error Correction giai quyet viec truyen bi loi....

CRC chi la mot trong nhung thuat toan dung de sua loi. Nhuoc diem cua CRC la chi phat hien va sua duoc 1 loi
Phat hien sai nhieu bit thi phai truyen lai.. OK…chinh xac..!.. Tuy nhien chuyen do co lien quan gi den Flow Control chu???
Mot van de nua….em chi nghe noi :thong thuong truyen Data bi loi bit la do anh huong cua Physical Layer, tuc la do moi truong truyen dan
khong tot, lam cho signal bi distort…
Ngoai tru he thong PDH, chen them mot so bit gia de can bang phase giua 2 dau, em chua tung nghe qua hien tuong he thong sinh ra loi do tu dong chen bit vao ca….hehe.

[xd04cd01]

Cái này thuộc về tầng Transport trong mô hình OSI bạn xem sile của cisco về tầng transport sẽ rõ

[nguyenhung1121990]

Đáp án của câu

What method can be used by two computers to ensure that packets are not dropped because too much data is being sent too quickly?

chính là Flow Control nè