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* <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
Received on Wed Apr 18 2012 - 18:56:02 ART
This archive was generated by hypermail 2.2.0 : Tue May 01 2012 - 08:20:46 ART