Re: FR mapping of IPv6 address and broadcast keyword

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
Received on Thu Apr 19 2012 - 16:38:19 ART