Re: FR mapping of IPv6 address and broadcast keyword

I got it, too, now. Thanks for posting, Ivan :)

On Thu, Apr 19, 2012 at 7:38 AM, Ivan Hrvatska <ivanzghr_at_gmail.com> wrote:

> OK. Got it. Thanks.
>
> Regards
>
> On Thu, Apr 19, 2012 at 3:56 AM, marc edwards <renorider_at_gmail.com> wrote:
> > I stand corrected. Found this in 360 reference library:
> >
> > "only one frame-relay map statement is configured with a broadcast
> keyword.
> > This is done to avoid the replicating broadcast/multicast traffic
> > issue....Interesting results occur when multiple frame-relay map
> statements
> > are entered under the same interface referencing the same DLCI and all
> > configured with the "broadcast" keyword. It results in a surprising
> > replication of broadcast and multicast traffic on the same DLCI."
> >
> > While I haven't found much reference with regards to IPv6, I can only
> > imagine it works in the same fashion as it is just another L3/L2 mapping.
> >
> > Thanks for pointing this specific detail out. It really is in the details
> > sometimes.
> >
> > Marc
> >
> >
> > On Wed, Apr 18, 2012 at 6:47 PM, Narbik Kocharians <narbikk_at_gmail.com>
> > wrote:
> >>
> >> It does not matter where you put it.
> >>
> >> On Wed, Apr 18, 2012 at 6:01 PM, marc edwards <renorider_at_gmail.com>
> wrote:
> >>>
> >>> Hmmm... I will follow up. Thanks for info.
> >>>
> >>> Marc
> >>>
> >>> On Wednesday, April 18, 2012, Ronnie Angello wrote:
> >>>
> >>> > Basically enable broadcast once per protocol, per DLCI. That's it...
> >>> >
> >>> > Sent from my iPhone
> >>> >
> >>> > On Apr 18, 2012, at 7:54 PM, Marko Milivojevic
> >>> > <markom_at_ipexpert.com<javascript:;>>
> >>>
> >>> > wrote:
> >>> >
> >>> > > No, it doesn't :-). Only DLCI requires it and it doesn't matter on
> >>> > > which of the lines you put it. It's all the same.
> >>> > >
> >>> > > --
> >>> > > Marko Milivojevic - CCIE #18427 (SP R&S)
> >>> > > Senior CCIE Instructor - IPexpert
> >>> > >
> >>> > > On Wed, Apr 18, 2012 at 16:42, marc edwards
> >>> > > <renorider_at_gmail.com<javascript:;>>
> >>>
> >>> > wrote:
> >>> > >> Yeah after re reading. What Marko and Joe siad for tehcnicals. My
> >>> > advice is
> >>> > >> to only put on link local as this is only one that requires it.
> >>> > >>
> >>> > >> Regards,
> >>> > >>
> >>> > >> Marc
> >>> > >>
> >>> > >>
> >>> > >> On Wed, Apr 18, 2012 at 12:44 PM, marc edwards
> >>> > >> <renorider_at_gmail.com<javascript:;>>
> >>>
> >>> > wrote:
> >>> > >>>
> >>> > >>> Just like in IPv4 routing, IPv6 IGPs send neighbor discovery with
> >>> > >>> ttl=1
> >>> > >>> over link local. Broadcast is required on FE80 (link local
> mapping)
> >>> > >>> forB adjacencyB to form. Exceptions to the rule are
> >>> > >>> whenB uni-castB hello's/updates are being sent with neighbor
> >>> > statements...
> >>> > >>>
> >>> > >>> Broadcast isn't required for global address. There needs to be a
> >>> > >>> corresponding mapping for any IPv6 address to a DLCI. IPv6 does
> not
> >>> > perform
> >>> > >>> inverse arp. It isn't supported.
> >>> > >>>
> >>> > >>> HTH
> >>> > >>>
> >>> > >>> Marc
> >>> > >>>
> >>> > >>>
> >>> > >>> On Wed, Apr 18, 2012 at 11:47 AM, Joe Astorino <
> >>> > joeastorino1982_at_gmail.com <javascript:;>>
> >>>
> >>> > >>> wrote:
> >>> > >>>>
> >>> > >>>> What Marko said...the broadcast keyword on the map just says
> "If I
> >>> > have
> >>> > >>>> broadcast multicast traffic, send it out this DLCI". B The L3
> >>> > >>>> address
> >>> > you
> >>> > >>>> have in the map makes no difference in that case.
> >>> > >>>>
> >>> > >>>> On Wed, Apr 18, 2012 at 1:22 PM, Marko Milivojevic
> >>> > >>>> <markom_at_ipexpert.com>wrote:
> >>> > >>>>
> >>> > >>>>> It doesn't matter where you put it. On frame maps, the
> >>> > >>>>> "broadcast"
> >>> > >>>>> keyword is a parameter to the DLCI number and the protocol, not
> >>> > >>>>> the
> >>> > >>>>> address.
> >>> > >>>>>
> >>> > >>>>> I highly recommend *not* putting broadcast on multiple
> instances
> >>> > >>>>> of
> >>> > >>>>> the same DLCI for the same protocol, as that will multiply the
> >>> > traffic
> >>> > >>>>> generated as the result of pseudobroadcast replication.
> >>> > >>>>>
> >>> > >>>>> --
> >>> > >>>>> Marko Milivojevic - CCIE #18427 (SP R&S)
> >>> > >>>>> Senior CCIE Instructor - IPexpert
> >>> > >>>>>
> >>> > >>>>> On Wed, Apr 18, 2012 at 03:54, Ivan Hrvatska <
> ivanzghr_at_gmail.com>
> >>> > >>>>> wrote:
> >>> > >>>>>> Hi,
> >>> > >>>>>> just one short question about FR mapping and IPV6 addresses.
> >>> > >>>>>> Since
> >>> > >>>>>> OSPFv3, EIGRPv6 and RIPng uses link-local FE80:: addresses for
> >>> > >>>>>> protocol communication and next-hop, what seems to be correct:
> >>> > >>>>>> a) putting broadcast keyword on static mapping of link-local
> >>> > >>>>>> b) putting broadcast keyword on static mapping of "actual"
> IPv6
> >>> > >>>>>> address
> >>> > >>>>>>
> >>> > >>>>>> In Cisco literature they put it only on link-local mapping. I
> >>> > >>>>>> followed
> >>> > >>>>>> that and routing protocols work fine. In some vendors WBs
> >>> > >>>>>> broadcast
> >>> > >>>>>> keyword is put on mapping with non-link-local address and on
> >>> > >>>>>> some
> >>> > >>>>>> labs
> >>> > >>>>>> on both mapping.
> >>> > >>>>>>
> >>> > >>>>>> So, what would be the appropriate way to do it on lab?
> >>> > >>>>>>
> >>> > >>>>>>
> >>> > >>>>>> Blogs and organic groups at http://www.ccie.net
> >>> > >>>>>>
> >>> > >>>>>>
> >>> > >>>>>>
> >>> >
> _______________________________________________________________________
> >>> > >>>>>> Subscription information may be found at:
> >>> > >>>>>> http://www.groupstudy.com/list/CCIELab.html
> >>> > >>>>>
> >>> > >>>>>
> >>> > >>>>> Blogs and organic groups at http://www.ccie.net
> >>> > >>>>>
> >>> > >>>>>
> >>> >
> _______________________________________________________________________
> >>> > >>>>> Subscription information may be found at:
> >>> > >>>>> http://www.groupstudy.com/list/CCIELab.html
> >>> > >>>>>
> >>> > >>>>>
> >>> > >>>>>
> >>> > >>>>>
> >>> > >>>>>
> >>> > >>>>>
> >>> > >>>>>
> >>> > >>>>>
> >>> > >>>>
> >>> > >>>>
> >>> > >>>> --
> >>> > >>>> Regards,
> >>> > >>>>
> >>> > >>>> Joe Astorino
> >>> > >>>> CCIE #24347
> >>> > >>>> http://astorinonetworks.com
> >>> > >>>>
> >>> > >>>> "He not busy being born is busy dying" - Dylan
> >>> > >>>>
> >>> > >>>>
> >>> > >>>> Blogs and organic groups at http://www.ccie.net
> >>> > >>>>
> >>> > >>>>
> >>> >
> _______________________________________________________________________
> >>> > >>>> Subscription information may be found at:
> >>> > >>>> http://www.groupstudy.com/list/CCIELab.html
> >>> > >
> >>> > >
> >>> > > Blogs and organic groups at http://www.ccie.net
> >>> > >
> >>> > >
> >>> > >
> _______________________________________________________________________
> >>> > > Subscription information may be found at:
> >>> > > http://www.groupstudy.com/list/CCIELab.html
> >>>
> >>>
> >>> Blogs and organic groups at http://www.ccie.net
> >>>
> >>> _______________________________________________________________________
> >>> Subscription information may be found at:
> >>> http://www.groupstudy.com/list/CCIELab.html
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>
> >>
> >>
> >> --
> >> Narbik Kocharians
> >> CCSI#30832, CCIE# 12410 (R&S, SP, Security)
> >> www.MicronicsTraining.com
> >> Sr. Technical Instructor
> >> YES! We take Cisco Learning Credits!
> >> A Cisco Learning Partner
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html

Blogs and organic groups at http://www.ccie.net
Received on Thu Apr 19 2012 - 12:39:23 ART