Think the OP is asking why technically is it not possible to filter outbound from area 0 type 3 LSA's originating in area x being generated for area y on the ABR originator?
Here's my take on it....the ABR takes the intra-area information from the rib then floods it to non-area 0 areas for stability purposes as a first, if you apply the filter-list on say another ABR that's adjacent then use the filter-list here it is possible to filter the intra-area inter-area information as the command applies after all summarisation is done
So why not the oringinator is this just because IOS implementation is following the rules?
-- BR Tony Sent from my iPhone on 3 On 2 Jul 2013, at 23:43, Marko Milivojevic <markom_at_ipexpert.com> wrote: > That will work, yes, butb& he did ask about IA routes. I assume he wants to > keep them as such elsewhere, or maintain the integrity of the routing > domain as it is now. > > In any case - I think we need some more information. > > -- > Marko Milivojevic - CCIE #18427 (SP R&S) > Senior CCIE Instructor / Managing Partner - IPexpert > > > On Tue, Jul 2, 2013 at 3:30 PM, Joe Sanchez <marco207p_at_gmail.com> wrote: > >> How about separate processes with redistribution and filtering there? >> >> Regards, >> Joe Sanchez >> >> ( please excuse the brevity of this email as it was sent via a mobile >> device. Please excuse misspelled words or sentence structure.) >> >> On Jul 2, 2013, at 3:34 PM, Carlos G Mendioroz <tron_at_huapi.ba.ar> wrote: >> >>> Yes, he said, but I assumed that was what described which routes he >> wanted to filter in a pre-filter environment. >>> Again, this is not doable inside the box, AFAIK. >>> -Carlos >>> >>> Marko Milivojevic @ 02/07/2013 17:26 -0300 dixit: >>>> >>>> I think he explicitly asked about the inter-area routes, so I wasn't >>>> even thinking about the externals. I don't think you can set the tags on >>>> internal or inter-area. >>>> >>>> -- >>>> Marko Milivojevic - CCIE #18427 (SP R&S) >>>> Senior CCIE Instructor / Managing Partner - IPexpert >>>> >>>> >>>> On Tue, Jul 2, 2013 at 12:02 PM, Carlos G Mendioroz <tron_at_huapi.ba.ar >>>> <mailto:tron_at_huapi.ba.ar>> wrote: >>>> >>>> Redistributing and setting external tags, I guess. >>>> I did not think about the details, as I was more concerned with >>>> showing that the requested functionality was impossible without >>>> going outside the box, so to say... >>>> >>>> -Carlos >>>> >>>> Marko Milivojevic @ 02/07/2013 15:19 -0300 dixit: >>>> >>>> >>>> He could do it with prefix-lists, but that's not very scalable. >>>> >>>> How would you tag inter-area routes though? >>>> >>>> -- >>>> Marko Milivojevic - CCIE #18427 (SP R&S) >>>> Senior CCIE Instructor / Managing Partner - IPexpert >>>> >>>> >>>> On Tue, Jul 2, 2013 at 11:14 AM, Carlos G Mendioroz >>>> <tron_at_huapi.ba.ar <mailto:tron_at_huapi.ba.ar> >>>> <mailto:tron_at_huapi.ba.ar <mailto:tron_at_huapi.ba.ar>>> wrote: >>>> >>>> Eduardo, >>>> once the LSAs are in area 0, there is no memory of them >>>> coming from >>>> area (say) 10. So if I understand your request correctly, >>>> there is >>>> no "native" ospf way of doing this. >>>> >>>> On the other hand, you could tag your routes with the area >>>> it came >>>> from at the ABRs, and filter based on those tags (also on >>>> ABRs). >>>> >>>> -Carlos >>>> >>>> Eduardo Vazquez @ 02/07/2013 06:57 -0300 dixit: >>>> >>>> Hello, >>>> >>>> Was wondering if anyone could suggest ways to stop >>>> advertisements out of >>>> area 0 from a non area 0 from going to in to another >>>> non area 0 >>>> existing, >>>> or future. >>>> >>>> In other words: >>>> >>>> A50-----A0----A1 >>>> \----A2 >>>> >>>> If area 50 advertises say O 10.1.50.0/24 >>>> <http://10.1.50.0/24> <http://10.1.50.0/24>. >>>> >>>> Can people suggest a way to stop >>>> the route from flooding to a1 a2 and any future areas? >>>> >>>> Thanks, >>>> >>>> Ed >>>> >>>> Hopefully the diagram came out. Doing this on an iPhone. >>>> >>>> >>>> Blogs and organic groups at http://www.ccie.net >>>> >>>> >>>> >> > _____________________________________________________________________________ > __ >>>> >>>> Subscription information may be found at: >>>> http://www.groupstudy.com/____list/CCIELab.html >>>> <http://www.groupstudy.com/__list/CCIELab.html> >>>> <http://www.groupstudy.com/__list/CCIELab.html >>>> <http://www.groupstudy.com/list/CCIELab.html>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> Carlos G Mendioroz <tron_at_huapi.ba.ar >>>> <mailto:tron_at_huapi.ba.ar> <mailto:tron_at_huapi.ba.ar >>>> <mailto:tron_at_huapi.ba.ar>>> >>>> >>>> LW7 EQI Argentina >>>> >>>> >>>> >>>> Blogs and organic groups at http://www.ccie.net >>>> >>>> >>>> >> > _____________________________________________________________________________ > __ >>>> >>>> Subscription information may be found at: >>>> http://www.groupstudy.com/____list/CCIELab.html >>>> <http://www.groupstudy.com/__list/CCIELab.html> >>>> <http://www.groupstudy.com/__list/CCIELab.html >>>> <http://www.groupstudy.com/list/CCIELab.html>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> Carlos G Mendioroz <tron_at_huapi.ba.ar <mailto:tron_at_huapi.ba.ar>> >>>> LW7 EQI Argentina >>> >>> -- >>> Carlos G Mendioroz <tron_at_huapi.ba.ar> LW7 EQI Argentina >>> >>> >>> 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.netReceived on Wed Jul 03 2013 - 00:30:58 ART
This archive was generated by hypermail 2.2.0 : Thu Aug 01 2013 - 08:45:50 ART