Re: FR mapping of IPv6 address and broadcast keyword

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* <http://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