• If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.
Xin chào ! Nếu đây là lần đầu tiên bạn đến với diễn đàn, xin vui lòng danh ra một phút bấm vào đây để đăng kí và tham gia thảo luận cùng VnPro.

Announcement

Collapse
No announcement yet.

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

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #31
    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?
    Chưa đủ lớn để mong mình bé lại ....

    Comment


    • #32
      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.
      Phạm Minh Tuấn

      Email : phamminhtuan@vnpro.org
      Yahoo : phamminhtuan_vnpro
      -----------------------------------------------------------------------------------------------
    Trung Tâm Tin Học VnPro
    149/1D Ung Văn Khiêm P25 Q.Bình thạnh TPHCM
    Tel : (08) 35124257 (5 lines)
    Fax: (08) 35124314

    Home page: http://www.vnpro.vn
    Support Forum: http://www.vnpro.org
    - Chuyên đào tạo quản trị mạng và hạ tầng Internet
    - Phát hành sách chuyên môn
    - Tư vấn và tuyển dụng nhân sự IT
    - Tư vấn thiết kế và hỗ trợ kỹ thuật hệ thống mạng

    Network channel: http://www.dancisco.com
    Blog: http://www.vnpro.org/blog

    Comment


    • #33
      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)
      Last edited by phamminhtuan; 19-04-2009, 10:52 PM.
      Chưa đủ lớn để mong mình bé lại ....

      Comment


      • #34
        Originally posted by cuibapcaca View Post
        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.
        Phạm Minh Tuấn

        Email : phamminhtuan@vnpro.org
        Yahoo : phamminhtuan_vnpro
        -----------------------------------------------------------------------------------------------
        Trung Tâm Tin Học VnPro
        149/1D Ung Văn Khiêm P25 Q.Bình thạnh TPHCM
        Tel : (08) 35124257 (5 lines)
        Fax: (08) 35124314

        Home page: http://www.vnpro.vn
        Support Forum: http://www.vnpro.org
        - Chuyên đào tạo quản trị mạng và hạ tầng Internet
        - Phát hành sách chuyên môn
        - Tư vấn và tuyển dụng nhân sự IT
        - Tư vấn thiết kế và hỗ trợ kỹ thuật hệ thống mạng

        Network channel: http://www.dancisco.com
        Blog: http://www.vnpro.org/blog

        Comment


        • #35
          <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?
          Last edited by phamminhtuan; 20-04-2009, 12:02 AM.
          Chưa đủ lớn để mong mình bé lại ....

          Comment


          • #36
            Originally posted by cuibapcaca View Post
            "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ó.
            Phạm Minh Tuấn

            Email : phamminhtuan@vnpro.org
            Yahoo : phamminhtuan_vnpro
            -----------------------------------------------------------------------------------------------
            Trung Tâm Tin Học VnPro
            149/1D Ung Văn Khiêm P25 Q.Bình thạnh TPHCM
            Tel : (08) 35124257 (5 lines)
            Fax: (08) 35124314

            Home page: http://www.vnpro.vn
            Support Forum: http://www.vnpro.org
            - Chuyên đào tạo quản trị mạng và hạ tầng Internet
            - Phát hành sách chuyên môn
            - Tư vấn và tuyển dụng nhân sự IT
            - Tư vấn thiết kế và hỗ trợ kỹ thuật hệ thống mạng

            Network channel: http://www.dancisco.com
            Blog: http://www.vnpro.org/blog

            Comment


            • #37
              Originally posted by cuibapcaca View Post
              "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ả.
              Last edited by phamminhtuan; 20-04-2009, 01:53 AM.
              Phạm Minh Tuấn

              Email : phamminhtuan@vnpro.org
              Yahoo : phamminhtuan_vnpro
              -----------------------------------------------------------------------------------------------
              Trung Tâm Tin Học VnPro
              149/1D Ung Văn Khiêm P25 Q.Bình thạnh TPHCM
              Tel : (08) 35124257 (5 lines)
              Fax: (08) 35124314

              Home page: http://www.vnpro.vn
              Support Forum: http://www.vnpro.org
              - Chuyên đào tạo quản trị mạng và hạ tầng Internet
              - Phát hành sách chuyên môn
              - Tư vấn và tuyển dụng nhân sự IT
              - Tư vấn thiết kế và hỗ trợ kỹ thuật hệ thống mạng

              Network channel: http://www.dancisco.com
              Blog: http://www.vnpro.org/blog

              Comment


              • #38
                <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.
                Phạm Minh Tuấn

                Email : phamminhtuan@vnpro.org
                Yahoo : phamminhtuan_vnpro
                -----------------------------------------------------------------------------------------------
                Trung Tâm Tin Học VnPro
                149/1D Ung Văn Khiêm P25 Q.Bình thạnh TPHCM
                Tel : (08) 35124257 (5 lines)
                Fax: (08) 35124314

                Home page: http://www.vnpro.vn
                Support Forum: http://www.vnpro.org
                - Chuyên đào tạo quản trị mạng và hạ tầng Internet
                - Phát hành sách chuyên môn
                - Tư vấn và tuyển dụng nhân sự IT
                - Tư vấn thiết kế và hỗ trợ kỹ thuật hệ thống mạng

                Network channel: http://www.dancisco.com
                Blog: http://www.vnpro.org/blog

                Comment


                • #39
                  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?
                  Last edited by phamminhtuan; 20-04-2009, 09:41 PM.
                  Chưa đủ lớn để mong mình bé lại ....

                  Comment


                  • #40
                    Originally posted by cuibapcaca View Post
                    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.
                    Phạm Minh Tuấn

                    Email : phamminhtuan@vnpro.org
                    Yahoo : phamminhtuan_vnpro
                    -----------------------------------------------------------------------------------------------
                    Trung Tâm Tin Học VnPro
                    149/1D Ung Văn Khiêm P25 Q.Bình thạnh TPHCM
                    Tel : (08) 35124257 (5 lines)
                    Fax: (08) 35124314

                    Home page: http://www.vnpro.vn
                    Support Forum: http://www.vnpro.org
                    - Chuyên đào tạo quản trị mạng và hạ tầng Internet
                    - Phát hành sách chuyên môn
                    - Tư vấn và tuyển dụng nhân sự IT
                    - Tư vấn thiết kế và hỗ trợ kỹ thuật hệ thống mạng

                    Network channel: http://www.dancisco.com
                    Blog: http://www.vnpro.org/blog

                    Comment


                    • #41
                      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ĩ?
                      Last edited by phamminhtuan; 21-04-2009, 04:07 PM.
                      Chưa đủ lớn để mong mình bé lại ....

                      Comment


                      • #42
                        Originally posted by cuibapcaca View Post
                        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.
                        Phạm Minh Tuấn

                        Email : phamminhtuan@vnpro.org
                        Yahoo : phamminhtuan_vnpro
                        -----------------------------------------------------------------------------------------------
                        Trung Tâm Tin Học VnPro
                        149/1D Ung Văn Khiêm P25 Q.Bình thạnh TPHCM
                        Tel : (08) 35124257 (5 lines)
                        Fax: (08) 35124314

                        Home page: http://www.vnpro.vn
                        Support Forum: http://www.vnpro.org
                        - Chuyên đào tạo quản trị mạng và hạ tầng Internet
                        - Phát hành sách chuyên môn
                        - Tư vấn và tuyển dụng nhân sự IT
                        - Tư vấn thiết kế và hỗ trợ kỹ thuật hệ thống mạng

                        Network channel: http://www.dancisco.com
                        Blog: http://www.vnpro.org/blog

                        Comment


                        • #43
                          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ĩ?
                          Last edited by cuibapcaca; 22-04-2009, 09:30 AM.
                          Chưa đủ lớn để mong mình bé lại ....

                          Comment


                          • #44
                            Anh logmeinvietnam ơi, tiếp tục thảo luận đi anh!!!
                            Last edited by phamminhtuan; 23-04-2009, 09:02 PM.
                            Chưa đủ lớn để mong mình bé lại ....

                            Comment


                            • #45
                              Originally posted by cuibapcaca View Post
                              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.
                              Phạm Minh Tuấn

                              Email : phamminhtuan@vnpro.org
                              Yahoo : phamminhtuan_vnpro
                              -----------------------------------------------------------------------------------------------
                              Trung Tâm Tin Học VnPro
                              149/1D Ung Văn Khiêm P25 Q.Bình thạnh TPHCM
                              Tel : (08) 35124257 (5 lines)
                              Fax: (08) 35124314

                              Home page: http://www.vnpro.vn
                              Support Forum: http://www.vnpro.org
                              - Chuyên đào tạo quản trị mạng và hạ tầng Internet
                              - Phát hành sách chuyên môn
                              - Tư vấn và tuyển dụng nhân sự IT
                              - Tư vấn thiết kế và hỗ trợ kỹ thuật hệ thống mạng

                              Network channel: http://www.dancisco.com
                              Blog: http://www.vnpro.org/blog

                              Comment

                              • Working...
                                X