I guess at this point I would need to lab it up to be sure. I can see that
you are trying to do two areas. Area 0001 for L1 and Area 0002 for L2. Are
there any more requirements. I can get back to you after testing with all
the information. I am not sure right now. I think you may need two ISIS
tagged processes to get this to work but I will have to lab to be sure.
Regards,
Tyson Scott - CCIE #13513 R&S, Security, and SP
Technical Instructor - IPexpert, Inc.
Mailto: tscott_at_ipexpert.com
-----Original Message-----
From: Rich Collins [mailto:nilsi2002_at_gmail.com]
Sent: Tuesday, May 18, 2010 10:30 AM
To: Tyson Scott
Cc: Tolulope Adeniji; Hewie McDuck; ccielab_at_groupstudy.com
Subject: Re: Trouble with Multi-Area ISIS instance
I was wondering if it is possible to go like this? I am referencing
my mail from yesterday.
L2 --> L1 ----- you now see the inter-area routes from L2 in L1
then
L1(originated routes) and ia(from L2) --- leak-to--->
L2
Here
I only see the routes originated in L1 and not those from the distant
L2
-Rich
On Tue, May 18, 2010 at 9:32 AM, Tyson Scott <tscott_at_ipexpert.com> wrote:
> Tolulope,
>
> I am assuming you are referencing me when you say Scott. Route-leaking is
a
> solution to maintain the single AS while having the disconnected L2
> databases. Unfortunately it is a mess due to your topology and that you
> will need to leak all routes between the two L2's.
>
> Regards,
>
> Tyson Scott - CCIE #13513 R&S, Security, and SP
> Technical Instructor - IPexpert, Inc.
> Mailto: tscott_at_ipexpert.com
>
>
>
> -----Original Message-----
> From: nobody_at_groupstudy.com [mailto:nobody_at_groupstudy.com] On Behalf Of
> Tolulope Adeniji
> Sent: Tuesday, May 18, 2010 6:24 AM
> To: Rich Collins
> Cc: Hewie McDuck; ccielab_at_groupstudy.com
> Subject: Re: Trouble with Multi-Area ISIS instance
>
> Hi Scott,
>
> I've used a GRE tunnel between R1 and R4 to link the L2 database but i've
> got L1 links on R1 and R4 connected to R2 and R3 respectively within the
> same area. To have R1 and R4 run two areas i used the isis area tagging
> option but this is in my own view sets up to two different isis process.
is
> it possible to acheive one instance of isis with different areas on the
same
> router?
>
> On Mon, May 17, 2010 at 6:57 PM, Rich Collins <nilsi2002_at_gmail.com> wrote:
>
>> L2 (Area 0002) -> L1 (Area 0001)-> L1 (Area 0001) -> L2 (Area 0002)
>> R1 R2 R3
>> R4
>>
>>
>> You can configure both areas under the isis routing process on R2 and
>> R3 for example and limit the clns type adjacencies on the interfaces
>> to L1 or L2. Then you could use route-leaking.
>>
>> I guess the problem will come on R3 for example to redistribute those
>> "inter-area" (from R1) type routes in the L1 database to its L2
>> database. I'm not sure if that is possible since it runs contrary to
>> the purpose of an L1 area not meant to be a backbone.
>>
>> -Rich
>>
>>
>>
>> On Mon, May 17, 2010 at 11:45 AM, Hewie McDuck <hmd2207_at_gmail.com> wrote:
>> > Couldn't you use route-leaking? Leak the L2 routes into L1 at each
end.
>> By
>> > default, the L1 are added to the L2 database at the far end. Use the
>> > command "isis circuit-type" on the interfaces to get them into the
right
>> > database.
>> >
>> > Hewie
>> >
>> > -----Original Message-----
>> > From: nobody_at_groupstudy.com [mailto:nobody_at_groupstudy.com] On Behalf Of
>> > Tolulope Adeniji
>> > Sent: Monday, May 17, 2010 1:47 AM
>> > To: ccielab_at_groupstudy.com
>> > Subject: Trouble with Multi-Area ISIS instance
>> >
>> > Hi
>> >
>> > Please how do you run a multi-area ISIS on a router under one ISIS
>> > instance/process? How do i form a converged isis database between two
>> > discontigous L2 links separated by L1 links as shown below;
>> >
>> > L2 (Area 0002) -> L1 (Area 0001)-> L1 (Area 0001) -> L2 (Area 0002)
>> >
>> > Cheers
>
>
> 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 Tue May 18 2010 - 10:43:59 ART
This archive was generated by hypermail 2.2.0 : Tue Jun 01 2010 - 07:09:53 ART