• 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.

Khi nao thi khong nen dung "broadcast" trong frame-relay map

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

  • Khi nao thi khong nen dung "broadcast" trong frame-relay map

    Bai nay cua Brian Dennis, vach ro mot truong hop khong nen dung tu khoa broadcast trong frame-relay map


    Why send two broadcast packets when you only need to send one?

    What if you have 50 spokes, would you map broadcast for each spoke from each spoke? If RIP had 70 networks to advertise, the spoke router needs to send 3 packets to the hub. But if you have the 50 other mappings with the broadcast keyword you would send 150 packets unnecessarily every 30 seconds.

    Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
    Director of CCIE Training and Development - IPexpert, Inc.
    Mailto: brian@ipexpert.net
    Toll Free: 866.225.8064
    Outside U.S. & Canada: 312.321.6924

    -----Original Message-----
    From: OhioHondo [mailto:ohiohondo@columbus.rr.com]
    Sent: Saturday, April 05, 2003 8:33 PM
    To: Brian Dennis; 'DougAtHome'; 'ccielab'
    Subject: RE: Frame map ip

    It processes them and puts the best routes in the IP routing table. Since both of the RIP updates are from the same router, the RIP updates should be the same. I don't see a problem with that. As far as RIP is concerned, it received 2 updates from a neighboring router -- it just didn't wait the full period between updates.

    -----Original Message-----
    From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of Brian Dennis
    Sent: Saturday, April 05, 2003 9:35 PM
    To: 'DougAtHome'; 'ccielab'
    Subject: RE: Frame map ip


    Let's same we have this config on a spoke router. One mapping to the hub and the other to a second spoke run RIP as the routing protocol.

    !
    interface Serial1/0
    ip address 120.20.234.4 255.255.255.224
    encapsulation frame-relay
    frame-relay map ip 120.20.234.2 402 broadcast
    frame-relay map ip 120.20.234.3 402 broadcast
    !
    router rip
    network 120.0.0.0
    !

    When RIP has an update to send out the S1/0 interface it sends two of them because of the two mappings with the broadcast keyword. Now when the hub gets the two broadcast packets what does the hub do with them?

    Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
    Director of CCIE Training and Development - IPexpert, Inc.
    Mailto: brian@ipexpert.net
    Toll Free: 866.225.8064
    Outside U.S. & Canada: 312.321.6924



    -----Original Message-----
    From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of DougAtHome
    Sent: Saturday, April 05, 2003 3:23 PM
    To: ccielab
    Subject: Re: Frame map ip

    This all surprizes me. Firstly, I would presume that Jeongwoo's configuration would NOT work, and that broadcast is required for these
    components. In my labs, after a reboot, the config would definitely
    fail
    without the broadcast - if not immediately, then definitely after clearing inarp. Secondly, I have never seen samples where spoke to spoke maps eliminated the "broadcast" keyword. My understanding is that the broadcast first allows broadcast messages to be sent across the frame network. Secondly, where necessary, the router emulates broadcast behavior by sending out duplicate messages out all dcli's referenced to that subinterface. I don't know if I will have time to lab this out (my first attempt for the lab is now 3 weeks away), but would be interested in some clarification/explanation. Thanks!

    -----Original Message-----
    From: Jeongwoo Park [mailto:jpark@wams.com]
    Sent: Saturday, April 05, 2003 4:51 PM
    To: 'ccielab@groupstudy.com'
    Cc: 'Brian Dennis'
    Subject: RE: Frame map ip


    Thanks a lot for clarifying this.

    Now I am converting this;
    R2:Hub router
    interface Serial0/0.234 multipoint
    ip address 120.20.234.2 255.255.255.224
    ip ospf network point-to-multipoint
    frame-relay map ip 120.20.234.3 203 broadcast
    frame-relay map ip 120.20.234.4 204 broadcast

    To;
    R2
    its answer;
    interface Serial0/0.234 multipoint
    ip address 120.20.234.2 255.255.255.224
    ip ospf network point-to-multipoint
    frame-relay interface-dlci 203
    frame-relay interface-dlci 204

    I am not getting different result.
    R2#frame map
    Serial0/0.234 (up): ip 120.20.234.4 dlci 204(0xCC,0x30C0), dynamic, broadcast,, status defined, active R2#

    I get only one map result. Shouldn't I get two of this?

    R4:Spoke Router
    interface Serial1/0
    ip address 120.20.234.4 255.255.255.224
    encapsulation frame-relay
    ip ospf network point-to-multipoint
    frame-relay map ip 120.20.234.2 402 broadcast
    frame-relay map ip 120.20.234.3 402 broadcast

    R3:Spoke Router
    interface Serial1/0.234 point-to-point
    ip address 120.20.234.3 255.255.255.224
    ip ospf hello-interval 30
    frame-relay interface-dlci 302



    -----Original Message-----
    From: Brian Dennis [mailto:brian@labforge.com]
    Sent: Saturday, April 05, 2003 12:36 PM
    To: 'Jeongwoo Park'; ccielab@groupstudy.com
    Subject: RE: Frame map ip


    Maybe there was a requirement to enable the router to ping itself.

    As a side note the broadcast keyword isn't needed and is actually causing duplicate broadcast packets to be sent to "120.20.234.3". When spokes map to other spokes the broadcast keyword is useless because to hub will absorb the broadcast.

    Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
    Director of CCIE Training and Development - IPexpert, Inc.
    Mailto: brian@ipexpert.net
    Toll Free: 866.225.8064
    Outside U.S. & Canada: 312.321.6924

    -----Original Message-----
    From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of Jeongwoo Park
    Sent: Saturday, April 05, 2003 11:48 AM
    To: 'ccielab@groupstudy.com'
    Subject: Frame map ip

    Hi all.
    I am doing ccie practice lab scinerio. I found a interesting answer about frame relay map.

    its answer;
    interface Serial0/0.234 multipoint
    ip address 120.20.234.2 255.255.255.224
    ip ospf network point-to-multipoint
    frame-relay map ip 120.20.234.2 203 broadcast
    frame-relay map ip 120.20.234.3 203 broadcast
    frame-relay map ip 120.20.234.4 204 broadcast

    As you can see, why would you want to have map frame to your own interface ip address? Can anyone of you explain this?

    Thanks a lot,

    JP

  • #2
    anh Hải,

    trong ví dụ của anh đưa ra, tác giả chỉ khuyên là không nên dùng nhiều lệnh frame-relay map chứ đâu phải là khuyên không nên dùng từ khoá broadcast đâu.

    nếu không dùng từ khoá broadcast thì làm sao rip có thể chạy trên frame-relay được?

    sơ đồ mạng:


    R1(spoke)---------R2(hub-multipoint)---------R3(spoke)

    trong trường hợp này, ta có cần dùng frame map ip cho spoke r3 hay không?

    cám ơn anh,

    Comment


    • #3
      Ý nghĩa của bài này như sau:

      Trong trường hợp dùng rip trên các frame relay interface ở chế độ hub and spoke (partly mesh), rip sẽ không quảng cáo các node interface ở dạng 32 bit (ospf multipoint network interface làm được chuyện này). Do đó routing giũa các spoke phải được thực hiện qua mapping từ layer 3 sang layer 2 (sử dụng frame-relay map). Vì vậy, trong cấu hình của bạn, R1 cần phài có hai lệnh frame-relay map đến hub và spoke bên kia, ví dụ dlci đến hub là 12.

      1. Frame-Relay Map ip (ip address của Hub) 12 broadcast
      2. Frame-Relay Map ip (ip address của Spoke) 12

      Lệnh thứ nhất cần sử dụng broadcast vì routing update của rip theo dạng broadcast và cần được gửi tới hub.

      Lệnh thứ hai cho mục đích routing đến R3 Spoke chứ không phải cho broadcast routing update packet, vì vậy không cần dùng từ khoá broadcast vì sẽ lãng phí băng thông để gửi packet lặp lại. Brian Dennis nói là trong trường hợp ta có cả 50 spokes thì sẽ có broadcast storm đấy.

      Comment


      • #4
        trong interface serial chạy frame-relay, theo mặc định split-horizon sẽ bị disable. Nếu mình chạy RIP hoặc IGRP trong sơ đồ mạng của anh, mình có cần enable split-horizon lên không anh?

        Comment


        • #5
          Cần đó bạn!

          Comment


          • #6
            anh hoachuoi va anh Hai,

            nếu cũng sơ đồ mạng trên, em chuyển qua dùng EIGRP thì em có cần disable hay enable ip split-horizon không ?

            cám ơn các anh,

            Comment


            • #7
              Nếu bạn không có RIP và IGRP thì không cần.

              Comment


              • #8
                Hi,
                Từ khoá broadcast trong frame-relay map cho phép router chuyển đổi các multicast frame thành broadcast frame và send đến các peer trong trường hợp hệ thống không hổ trợ cho multicast trên frame relay.
                Như vậy bạn sử dụng khi có các routing protocal dùng multicast như OSPF, RIP v2,...
                Cũng cần thiết khi cấu hình các non-routing protocal có dùng multicast như Appletalk chẵng hạn.

                Comment


                • #9
                  dưới đây là một topology em đang làm:


                  R1
                  |
                  S0/0.1 multipoint
                  / \
                  R2: s0 R3: s0

                  trong sơ đồ trên, em chạy EIGRP. Vậy em có cần disable eigrp split-horizon trên R1 hay không?

                  em dùng lệnh no ip split-horizon ?

                  Comment


                  • #10
                    Hi,
                    theo tôi nghĩ bạn phải dùng lệnh no ip split-horizon eigrp <AS> trên interface trừ trường hợp bạn cấu hình trên physical interface.
                    Nhưng để chắc ăn, sao bạn không test thử trên lab thực đi.

                    Comment


                    • #11
                      như vậy là em sẽ disable ip split-horizon trên FR physical interface và multipoint subinterface.

                      sau cùng, quay trở lại ospf: nếu em đã dùng từ khóa neighbor cho ospf trên môi trường FR, khi đó, theo ý kiến của em, em đâu cần dùng từ khóa broadcast đâu.

                      R1-----R2
                      |
                      |
                      R3

                      trong r1 dùng:

                      neighbor 192.168.1.2
                      neighbor 192.168.1.3

                      như vậy thì lệnh FR map không cần dùng từ khóa broadcast vì lúc đó ospf chỉ unicast thôi. em đã làm lab và em thấy nó vẫn chạy.

                      ý kiến các anh thế nào?

                      :D

                      Comment


                      • #12
                        Mình vẫn giữ ý kiến là nên dùng từ broadcast trong 99.9999% các trường hợp (chỉ trừ những lúc quên!) :)

                        Comment


                        • #13
                          Hi All,
                          Đúng rồi đó bạn, trong trường hợp bạn cấu hình OSPF trên frame ralay kiểu nonbroadcast, bạn không cần dùng từ khoá broadcast trong lệnh frame-relay map.
                          Bạn có thể tham khảo quyển TCP/IP routing Vol.1 của Doyle. Cũng cần chú ý la chỉ cần cấu hình neighbor ở một phía thôi, thường là trên Hub.

                          Mình cũng đồng ý với Hoachuoi là 99,9% là cần keyword broadcast. Tuy nhiên, ở đây chúng ta đang phân tích và hiểu rõ lệnh tại sao phải dùng, tại sao không dùng.

                          Comment


                          • #14
                            chào các anh,

                            vậy em đồng ý là 99,99% là dùng broadcast. đôi khi sẽ không dùng từ khóa broadcast.

                            theo hướng dẫn của anh Phúc, em đã đặt neighbor trên hub router. Tuy nhiên em thấy có một hiện tượng. Đó là nếu em đặt ip ospf priority 0 trên spoke routers thì lệnh neighbor không hiển thị trên cấu hình.

                            đó có phải là lỗi của ios không?

                            Comment


                            • #15
                              Hi SVN,
                              Nói chung mình thử cái này lâu rồi. Không nhớ rõ lắm và nhớ là hình như mình cũng gặp trường hợp như bạn.
                              Bạn nên thử trên nhiều version khác nhau thì mới biết được là có phải do IOS không?

                              Comment

                              Working...
                              X