Một vấn đề có mới chăng - Rapid Spanning Tree

[cuibapcaca]

Khi DP trong trạng thái Discard hoặc learning (chỉ duy nhất trường hợp này)
+ Discard: lúc ban đầu cả hai port mới gắn vào.
+ learning:
- Cụ thể ở đây nếu RB nhận thấy sự thay đồi topology trước SWA, thì port P0 của RB sẽ learning trước và gửi proposal tới P1 của A, lúc đã nhận proposal và block các cổng không phải edge designated, SWA learning rồi send agreement.
- Nếu A nhận biết sự thay đổi topology trước thì nó sẽ gửi BPDU ra trước và sau đó cũng thương lượng với RB như trên.

Ý của anh là con SW nào nhận biết được sự thay đổi trước thì sẽ vào trạng thái learning (ở ví dụ này là root) hoặc là sau khi nhận được BPDU, sync rồi vào learning (ở ví dụ này là SW A)?
Ok, như vậy sau khi nhận được agreement thì SW Root sẽ đi từ learning vào trạng thái forwarding ngay lập tức (trong sách ghi thế)? Như vậy thời gian từ learning qua forwarding trong trường hợp này là mấy giây?

[phamminhtuan]

STP, BPDU được sinh ra chỉ từ ROOT.
RSTP, BPDU được sinh ra từ mỗi SW trong domain đó.

Khi RSTP đã quyết định chuyển từ trạng thái discarding sang fowarding, cổng đó sẽ đi vào trạng thái learning. Từ thời điểm này, quá trình tiếp tục giống như trong STP, 802.1D. RSTP không còn cần trạng thái listening bởi vì SW sẽ chủ động hỏi láng giềng bằng các Frame truy vấn Root Link Query trên tất cả các cổng mà đáng lẽ ra phải nhận được hello khi gói tin BPDU [BPDU làm luôn nhiệm vụ keepalive] đầu tiên bị mất, đảm bảo sao cho không bị vòng lặp.
Đối với mô hình trên thực tế làm nếu port đã listening rồi thì chỉ mất thêm chừng 3-4 giây để nó thành forwading.
Thân.

[cuibapcaca]

Khi RSTP đã quyết định chuyển từ trạng thái discarding sang fowarding, cổng đó sẽ đi vào trạng thái learning. Từ thời điểm này, quá trình tiếp tục giống như trong STP, 802.1D. RSTP không còn cần trạng thái listening bởi vì SW sẽ chủ động hỏi láng giềng bằng các Frame truy vấn Root Link Query trên tất cả các cổng mà đáng lẽ ra phải nhận được hello khi gói tin BPDU [BPDU làm luôn nhiệm vụ keepalive] đầu tiên bị mất, đảm bảo sao cho không bị vòng lặp.
Đối với mô hình trên thực tế làm nếu port đã listening rồi thì chỉ mất thêm chừng 3-4 giây để nó thành forwading.

Dòng in đậm thứ nhất, ý anh nói là sau khi nhận agreement thì sẽ vào learning trước khi qua forwarding.
Dòng in đậm thứ 2, chưa đúng ở chổ RSTP không có trạng thái listenning (gạch dưới). Anh còn nói "mất 3 đến 4 giây để thành forwarding". Tóm lại, ý anh là sau khi đã nhận agreement thì switch sẽ vào trạng thái learning rồi sau đó 3 đến 4 giây sẽ chuyển sang forwarding??? (theo lý thuyết thì từ learning qua forwarding là 15 giấy ---> mâu thuẩn)

[phamminhtuan]

Dòng in đậm thứ nhất, ý anh nói là sau khi nhận agreement thì sẽ vào learning trước khi qua forwarding.

Không nhất thiết phải nhận agreement thì nó mới learning, nó có thể learning trước khi nhận được agreement, vì ở trên có nói rồi, mỗi SW trong topology đều có khả năng phát sinh ra BPDU.


Dòng in đậm thứ 2, chưa đúng ở chổ RSTP không có trạng thái listenning (gạch dưới). Anh còn nói "mất 3 đến 4 giây để thành forwarding".
Đối với mô hình trên thực tế làm nếu port đã listening rồi thì chỉ mất thêm chừng 3-4 giây để nó thành forwading.
Câu này mình ghi nhầm, là learning.


Tóm lại, ý anh là sau khi đã nhận agreement thì switch sẽ vào trạng thái learning rồi sau đó 3 đến 4 giây sẽ chuyển sang forwarding??? (theo lý thuyết thì từ learning qua forwarding là 15 giấy ---> mâu thuẩn)

Trên đó mình có nói rõ, Từ thời điểm này, quá trình tiếp tục giống như trong STP, 802.1D, 15 giây đó là lí thuyết.

RSTP phản ứng với sự thay đổi không cần phải chờ cho qua những khoảng thời gian giống STP.
Vì thế thực tế làm bài này bạn show ra nó lên rất lẹ. Bạn lấy ra làm thử bài đó đi, đợi lúc learning tới forward nhanh hay không.

Nếu mô hình nào cũng phải đợi 15 giây chuyển từ learning thành forward thì làm sao cisco lại nói hội tụ nhanh có khi chỉ mất vài giây.

[cuibapcaca]

<o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="place"></o:smarttagtype><!--[if gte mso 9]><xml> <w:WordDocument> <w:View>Normal</w:View> <w:Zoom>0</w:Zoom> <w:PunctuationKerning/> <w:ValidateAgainstSchemas/> <w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid> <w:IgnoreMixedContent>false</w:IgnoreMixedContent> <w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText> <w:Compatibility> <w:BreakWrappedTables/> <w:SnapToGridInCell/> <w:WrapTextWithPunct/> <w:UseAsianBreakRules/> <w:DontGrowAutofit/> </w:Compatibility> <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel> </w:WordDocument> </xml><![endif]--><!--[if gte mso 9]><xml> <w:LatentStyles DefLockedState="false" LatentStyleCount="156"> </w:LatentStyles> </xml><![endif]--><!--[if !mso]><object classid="clsid:38481807-CA0E-42D2-BF39-B33AF135CC4D" id=ieooui></object> <style> st1\:*{behavior:url(#ieooui) } </style> <![endif]--><!--[if gte mso 10]> <style> /* Style Definitions */ table.MsoNormalTable {mso-style-name:"Table Normal"; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-parent:""; mso-padding-alt:0in 5.4pt 0in 5.4pt; mso-para-margin:0in; mso-para-margin-bottom:.0001pt; mso-pagination:widow-orphan; font-size:10.0pt; font-family:"Times New Roman"; mso-ansi-language:#0400; mso-fareast-language:#0400; mso-bidi-language:#0400;} </style> <![endif]--> <o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="place"></o:smarttagtype><!--[if gte mso 9]><xml> <w:WordDocument> <w:View>Normal</w:View> <w:Zoom>0</w:Zoom> <w:PunctuationKerning/> <w:ValidateAgainstSchemas/> <w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid> <w:IgnoreMixedContent>false</w:IgnoreMixedContent> <w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText> <w:Compatibility> <w:BreakWrappedTables/> <w:SnapToGridInCell/> <w:WrapTextWithPunct/> <w:UseAsianBreakRules/> <w:DontGrowAutofit/> </w:Compatibility> <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel> </w:WordDocument> </xml><![endif]--><!--[if gte mso 9]><xml> <w:LatentStyles DefLockedState="false" LatentStyleCount="156"> </w:LatentStyles> </xml><![endif]--><!--[if !mso]><object classid="clsid:38481807-CA0E-42D2-BF39-B33AF135CC4D" id=ieooui></object> <style> st1\:*{behavior:url(#ieooui) } </style> <![endif]--><!--[if gte mso 10]> <style> /* Style Definitions */ table.MsoNormalTable {mso-style-name:"Table Normal"; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-parent:""; mso-padding-alt:0in 5.4pt 0in 5.4pt; mso-para-margin:0in; mso-para-margin-bottom:.0001pt; mso-pagination:widow-orphan; font-size:10.0pt; font-family:"Times New Roman"; mso-ansi-language:#0400; mso-fareast-language:#0400; mso-bidi-language:#0400;} </style> <![endif]--> Xin phép trích 1 câu trong White paper RSTP của Cisco:
Quote:
<table class="MsoNormalTable" style="width: 100%;" width="100%" border="0" cellpadding="0" cellspacing="0"> <tbody><tr style=""> <td style="border: 1pt inset ; padding: 4.5pt;"> Once p0 receives that agreement, it can immediately transition to the forwarding state
</td> </tr> </tbody></table> Câu này cho biết khi nhận được agreement thì vào forwarding ngay lập tức.
Theo em hiểu đến đây thì trạng thái learning chỉ xuất hiện khi Switch vừa phát hiện có sự thay đổi và chưa nhận được agreement
Quote:
<table class="MsoNormalTable" style="width: 100%;" width="100%" border="0" cellpadding="0" cellspacing="0"> <tbody><tr style=""> <td style="border: 1pt inset ; padding: 4.5pt;"> Không nhất thiết phải nhận agreement thì nó mới learning, nó có thể learning trước khi nhận được agreement, vì ở trên có nói rồi, mỗi SW trong topology đều có khả năng phát sinh ra BPDU.
</td> </tr> </tbody></table> "Không nhất thiết nhận BPDU mới vào learning", ý anh là khi phát hiện có sự thay đổi thì nó vào trạng thái learning liền. Nếu giả sử đợi hoài không thấy agreement thì nó vào trạng thái discarding? Thời gian timeout cho việc đợi agreement là mấy giây?
Quote:
<table class="MsoNormalTable" style="width: 100%;" width="100%" border="0" cellpadding="0" cellspacing="0"> <tbody><tr style=""> <td style="border: 1pt inset ; padding: 4.5pt;"> Trên đó mình có nói rõ, Từ thời điểm này, quá trình tiếp tục giống như trong STP, 802.1D, 15 giây đó là lí thuyết.
RSTP phản ứng với sự thay đổi không cần phải chờ cho qua những khoảng thời gian giống STP.
Vì thế thực tế làm bài này bạn show ra nó lên rất lẹ. Bạn lấy ra làm thử bài đó đi, đợi lúc learning tới forward nhanh hay không.
Nếu mô hình nào cũng phải đợi 15 giây chuyển từ learning thành forward thì làm sao cisco lại nói hội tụ nhanh có khi chỉ mất vài giây.
</td> </tr> </tbody></table> Em đã làm lab rồi, chính vì những gì không giống như lý thuyết nên mới vào forum hỏi đó chứ. Theo như anh nói thì sau khi phát hiện có sự thay đổi topo thì Switch vào trạng thái learning rồi qua forwarding trong tích tắc chứ không phải đợi 15 giây như lý thuyết. Em làm thấy đúng là chỉ mất 2 giây để thực hiện điều đó. Như vậy learning có 2 giây thì làm được gì chứ. Mục đích của learning là hạn chế việc forward broadcast data khi chưa học trong bảng <st1:place w:st="on">CAM</st1:place> nên sẽ ảnh hưởng đến performance của mạng. Nhưng mà learning chỉ trong 2 giây thì có thật sự cần thiết không?

[phamminhtuan]

"Không nhất thiết nhận BPDU mới vào learning", ý anh là khi phát hiện có sự thay đổi thì nó vào trạng thái learning liền. Nếu giả sử đợi hoài không thấy agreement thì nó vào trạng thái discarding? Thời gian timeout cho việc đợi agreement là mấy giây?

BPDU [hello] gửi mỗi 2 giây. Nếu neighbor 3 lần không nhận được hello [BPDU],còn ở đây là agreement, tức 6 giây thì port của SW sẽ chuyển đổi sang trạng thái khác, đối với ở đây sẽ là discarding luôn mà không cần hỏi những SW khác trong mạng nữa vì là connected với nó.

[phamminhtuan]

"Không nhất thiết nhận BPDU mới vào learning", ý anh là khi phát hiện có sự thay đổi thì nó vào trạng thái learning liền. Nếu giả sử đợi hoài không thấy agreement thì nó vào trạng thái discarding? Thời gian timeout cho việc đợi agreement là mấy giây?


Em đã làm lab rồi, chính vì những gì không giống như lý thuyết nên mới vào forum hỏi đó chứ. Theo như anh nói thì sau khi phát hiện có sự thay đổi topo thì Switch vào trạng thái learning rồi qua forwarding trong tích tắc chứ không phải đợi 15 giây như lý thuyết. Em làm thấy đúng là chỉ mất 2 giây để thực hiện điều đó. Như vậy learning có 2 giây thì làm được gì chứ. Mục đích của learning là hạn chế việc forward broadcast data khi chưa học trong bảng CAM nên sẽ ảnh hưởng đến performance của mạng. Nhưng mà learning chỉ trong 2 giây thì có thật sự cần thiết không?

BPDU [hello] gửi mỗi 2 giây. Nếu neighbor 3 lần không nhận được hello [BPDU],còn ở đây là agreement, tức 6 giây thì port của SW sẽ chuyển đổi sang trạng thái khác, đối với ở đây sẽ là discarding luôn mà không cần hỏi những SW khác trong mạng nữa vì là connected với nó nhưng chưa hình thành được kết nối lần nào cả.

[phamminhtuan]

<o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="place"></o:smarttagtype><!--[if gte mso 9]><xml> <w:WordDocument> <w:View>Normal</w:View> <w:Zoom>0</w:Zoom> <w:PunctuationKerning/> <w:ValidateAgainstSchemas/> <w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid> <w:IgnoreMixedContent>false</w:IgnoreMixedContent> <w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText> <w:Compatibility> <w:BreakWrappedTables/> <w:SnapToGridInCell/> <w:WrapTextWithPunct/> <w:UseAsianBreakRules/> <w:DontGrowAutofit/> </w:Compatibility> <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel> </w:WordDocument> </xml><![endif]--><!--[if gte mso 9]><xml> <w:LatentStyles DefLockedState="false" LatentStyleCount="156"> </w:LatentStyles> </xml><![endif]--><!--[if !mso]><object classid="clsid:38481807-CA0E-42D2-BF39-B33AF135CC4D" id=ieooui></object> <style> st1\:*{behavior:url(#ieooui) } </style> <![endif]--><!--[if gte mso 10]> <style> /* Style Definitions */ table.MsoNormalTable {mso-style-name:"Table Normal"; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-parent:""; mso-padding-alt:0in 5.4pt 0in 5.4pt; mso-para-margin:0in; mso-para-margin-bottom:.0001pt; mso-pagination:widow-orphan; font-size:10.0pt; font-family:"Times New Roman"; mso-ansi-language:#0400; mso-fareast-language:#0400; mso-bidi-language:#0400;} </style> <![endif]--> Xin phép trích 1 câu trong White paper RSTP của Cisco:
Quote:
<table class="MsoNormalTable" style="width: 100%;" width="100%" border="0" cellpadding="0" cellspacing="0"> <tbody><tr style=""> <td style="border: 1pt inset ; padding: 4.5pt;"> Once p0 receives that agreement, it can immediately transition to the forwarding state
</td> </tr> </tbody></table> Câu này cho biết khi nhận được agreement thì vào forwarding ngay lập tức.
Theo em hiểu đến đây thì trạng thái learning chỉ xuất hiện khi Switch vừa phát hiện có sự thay đổi và chưa nhận được agreement
<link rel="File-List" href="file:///C:%5CDOCUME%7E1%5CADMINI%7E1%5CLOCALS%7E1%5CTemp%5 Cmsohtml1%5C01%5Cclip_filelist.xml"><!--[if gte mso 9]><xml> <w:WordDocument> <w:View>Normal</w:View> <w:Zoom>0</w:Zoom> <w:PunctuationKerning/> <w:ValidateAgainstSchemas/> <w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid> <w:IgnoreMixedContent>false</w:IgnoreMixedContent> <w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText> <w:Compatibility> <w:BreakWrappedTables/> <w:SnapToGridInCell/> <w:WrapTextWithPunct/> <w:UseAsianBreakRules/> <w:DontGrowAutofit/> </w:Compatibility> <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel> </w:WordDocument> </xml><![endif]--><!--[if gte mso 9]><xml> <w:LatentStyles DefLockedState="false" LatentStyleCount="156"> </w:LatentStyles> </xml><![endif]--><style> <!-- /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {mso-style-parent:""; margin:0in; margin-bottom:.0001pt; mso-pagination:widow-orphan; font-size:12.0pt; font-family:"Times New Roman"; mso-fareast-font-family:"Times New Roman";} @page Section1 {size:8.5in 11.0in; margin:1.0in 1.25in 1.0in 1.25in; mso-header-margin:.5in; mso-footer-margin:.5in; mso-paper-source:0;} div.Section1 {page:Section1;} --> </style><!--[if gte mso 10]> <style> /* Style Definitions */ table.MsoNormalTable {mso-style-name:"Table Normal"; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-parent:""; mso-padding-alt:0in 5.4pt 0in 5.4pt; mso-para-margin:0in; mso-para-margin-bottom:.0001pt; mso-pagination:widow-orphan; font-size:10.0pt; font-family:"Times New Roman"; mso-ansi-language:#0400; mso-fareast-language:#0400; mso-bidi-language:#0400;} </style> <![endif]-->
Theo lí thuyết thì learning thì mới gửi BPDU, chứ Discard chỉ nhận. Vì vậy nó phải chuyển qua learning để gửi BPDU có chứa proposal. Và trong thời gian learning này nó sẽ chờ hồi âm bằng agreement để chuyển thành forward.

[cuibapcaca]

Theo lí thuyết thì learning thì mới gửi BPDU, chứ Discard chỉ nhận. Vì vậy nó phải chuyển qua learning để gửi BPDU có chứa proposal. Và trong thời gian learning này nó sẽ chờ hồi âm bằng agreement để chuyển thành forward.

Sau khi hội tụ, giả sử có 1 link giữa 2 Switch, 1 bên SW1 có vai trò là designated port (trạng thái là forwarding) và 1 bên SW2 là alternate port (trạng thái là discarding). Nếu trong trạng thái discarding không gởi BPDU thì rốt cuộc chỉ có SW1 gởi BPDU cho SW2 à? port trên sw2 có trạng thái discarding nên sẽ không gởi BPDU cho Sw1 biết. Sw1 đợi 6 giây không nhận BPDU.... rồi nghĩ bên phía SW2 down????

Em thì nghĩ discarding vừa gởi và nhận BPDU. Do you think so?

[phamminhtuan]

Sau khi hội tụ, giả sử có 1 link giữa 2 Switch, 1 bên SW1 có vai trò là designated port (trạng thái là forwarding) và 1 bên SW2 là alternate port (trạng thái là discarding). Nếu trong trạng thái discarding không gởi BPDU thì rốt cuộc chỉ có SW1 gởi BPDU cho SW2 à? port trên sw2 có trạng thái discarding nên sẽ không gởi BPDU cho Sw1 biết. Sw1 đợi 6 giây không nhận BPDU.... rồi nghĩ bên phía SW2 down????

Em thì nghĩ discarding vừa gởi và nhận BPDU. Do you think so?

Nếu theo như bạn nói một bên là forward và bên còn lại là discard và mạng đã hội tụ thì đường này đâu có UP nữa, nên sẽ không có BPDU gửi qua.
6 giây ở đây là đối với những đường forward được traffic nhưng nó bỗng dưng đứt, qua 6 giây nó sẽ công nhận neighbor down. Ví dụ đường từ Root port tới RB đứt, với SW1 là RB và SW2 là con SW client bình thường. Khi BPDU bị mất lần đầu tiên thì SW2 đã lo gửi các Frame truy vấn Root Link Query qua láng giềng của nó tới khi nào tìm được RB lại qua con đường khác thì thôi.

Còn về trường hợp mà Discard nhận được BPDU khi mà SW2 chỉ có 2 nối, một tới RB và một tới SW3. Khi đường tới RB mất thì SW 2 sẽ gửi BPDU qua cho cổng discard của R3.

[cuibapcaca]

Nếu theo như bạn nói một bên là forward và bên còn lại là discard và mạng đã hội tụ thì đường này đâu có UP nữa, nên sẽ không có BPDU gửi qua.
6 giây ở đây là đối với những đường forward được traffic nhưng nó bỗng dưng đứt, qua 6 giây nó sẽ công nhận neighbor down. Ví dụ đường từ Root port tới RB đứt, với SW1 là RB và SW2 là con SW client bình thường. Khi BPDU bị mất lần đầu tiên thì SW2 đã lo gửi các Frame truy vấn Root Link Query qua láng giềng của nó tới khi nào tìm được RB lại qua con đường khác thì thôi.

Như vậy đối với những link tạm thời bị disable (về mặt logical) trong RSTP, nếu những link này có bị đứt về mặt vật lý đi chăng nữa thì cũng chẳng ảnh hưởng gì đến hòa bình thế giới, đúng không anh?
Đối với những trường hợp thế này thì SW nhận biết trực tiếp link bị đứt (ý em là đứt về mặt vật lý, còn trước khi đứt thì nó nghĩ về mặt logic thì bị block) thì có gởi TCN lên cho RB không nhĩ?

[phamminhtuan]

Như vậy đối với những link tạm thời bị disable (về mặt logical) trong RSTP, nếu những link này có bị đứt về mặt vật lý đi chăng nữa thì cũng chẳng ảnh hưởng gì đến hòa bình thế giới, đúng không anh?
Đối với những trường hợp thế này thì SW nhận biết trực tiếp link bị đứt (ý em là đứt về mặt vật lý, còn trước khi đứt thì nó nghĩ về mặt logic thì bị block) thì có gởi TCN lên cho RB không nhĩ?

Bạn thông cảm, có lẽ do lúc test mình có vấn đề về cáp.
Một bên block và một bên forward thì vẫn UP. nhưng block port không sinh ra BPDU. Bạn có thể test bằng lệnh "SW#debug spanning-tree bpdu" sẽ thấy ngay.

[cuibapcaca]

Anh chưa trả lời đúng ý em hỏi

Đối với những trường hợp thế này thì SW nhận biết trực tiếp link bị đứt (ý em là đứt về mặt vật lý, còn trước khi đứt thì nó nghĩ về mặt logic thì bị block) thì có gởi TCN lên cho RB không nhĩ?

[cuibapcaca]

Anh logmeinvietnam ơi, tiếp tục thảo luận đi anh!!!

[phamminhtuan]

Anh logmeinvietnam ơi, tiếp tục thảo luận đi anh!!!

Uh vấn đề này mình sẽ test lại giùm cho, chứ trả lời thì không chắc lắm. Có gì mình sẽ trả lời sau.