nqminh79
04-11-2004, 04:58 PM
Sybex v4 trang 324 có đoạn viết như sau:
Blocked ports can still receive BPDUs—they just don’t send out any frames.If a switch determines that a blocked port should now be the designated or root port because of a topology change, it will go into listening mode and check all BPDUs it receives to make sure that it won’t create a loop once the port goes to forwarding mode.
Về việc trong Listening mode switch check all BPDUs received để dự đoán về khả năng loop có thể xảy ra hay không "once the port goes to forwarding mode" mình muốn hỏi là Switch sẽ check những Fields nào trong BPDUs frame để đưa ra dự báo về Loop ? phải chăng listening port sẽ check xem nó có nhận được chính BPDUs do forwarding port(s) (of the same switch) gửi không , nếu nhận được thì dự báo là sẽ có loop khi listening port này chuyển sang forwarding ? nếu biết là sẽ có loop thì listening port này sẽ quay trở lại blocking mode chứ ? (kiểu check BPDUs để dự báo loop này có thể so sánh với kiểu mà PPP dùng Magic Number không nhỉ ?)
Port dùng Learning state là để learn Mac add , nếu ko khi chuyển sang Forwarding rồi mà chưa có Mac table thì Switch phải broadcast unknown frame dẫn đến lãng phí bandwidth . Nhưng với Listening thì sao nhỉ ? RSTP có PortFast để tránh cho port fải đợi 50s khi nối với PC, nhưng nếu port nối với Switch khác thì sao, nó vẫn fải Listening để dự báo loop chứ ?
Về câu "Blocked portscan still receive BPDUs—they just don’t send out any frames." mình hiểu là blocked port vẫn send out BPDU frames, chỉ ko send out những frames khác (nhận được từ PC...), bởi vì trong phạm vi 1 Lan segment thì blocked port (non-designated) là port send out higher path cost (designated send lower path cost), ngoài ra thì blocked port còn send out BPDU vào segment để đóng vai trò như keepalive phải không ? (vì nếu designated port trong this segment ko nhận được BPDU (gửi đến từ blocked port) trong 1 interval nhất định thì nó tưởng là có Topo
change ??)
Vài thắc mắc mong được các bạn góp ý. Thanks
Blocked ports can still receive BPDUs—they just don’t send out any frames.If a switch determines that a blocked port should now be the designated or root port because of a topology change, it will go into listening mode and check all BPDUs it receives to make sure that it won’t create a loop once the port goes to forwarding mode.
Về việc trong Listening mode switch check all BPDUs received để dự đoán về khả năng loop có thể xảy ra hay không "once the port goes to forwarding mode" mình muốn hỏi là Switch sẽ check những Fields nào trong BPDUs frame để đưa ra dự báo về Loop ? phải chăng listening port sẽ check xem nó có nhận được chính BPDUs do forwarding port(s) (of the same switch) gửi không , nếu nhận được thì dự báo là sẽ có loop khi listening port này chuyển sang forwarding ? nếu biết là sẽ có loop thì listening port này sẽ quay trở lại blocking mode chứ ? (kiểu check BPDUs để dự báo loop này có thể so sánh với kiểu mà PPP dùng Magic Number không nhỉ ?)
Port dùng Learning state là để learn Mac add , nếu ko khi chuyển sang Forwarding rồi mà chưa có Mac table thì Switch phải broadcast unknown frame dẫn đến lãng phí bandwidth . Nhưng với Listening thì sao nhỉ ? RSTP có PortFast để tránh cho port fải đợi 50s khi nối với PC, nhưng nếu port nối với Switch khác thì sao, nó vẫn fải Listening để dự báo loop chứ ?
Về câu "Blocked portscan still receive BPDUs—they just don’t send out any frames." mình hiểu là blocked port vẫn send out BPDU frames, chỉ ko send out những frames khác (nhận được từ PC...), bởi vì trong phạm vi 1 Lan segment thì blocked port (non-designated) là port send out higher path cost (designated send lower path cost), ngoài ra thì blocked port còn send out BPDU vào segment để đóng vai trò như keepalive phải không ? (vì nếu designated port trong this segment ko nhận được BPDU (gửi đến từ blocked port) trong 1 interval nhất định thì nó tưởng là có Topo
change ??)
Vài thắc mắc mong được các bạn góp ý. Thanks