Re: NSSA and Totally NSSA

Ahh thanks garry, I see Abr injected def rt is type 3 and also 3 & 4 interarea RT's aren't allowed in

Aaron

On Mar 18, 2011, at 8:04 AM, garry baker <baker.garry_at_gmail.com> wrote:

> Defining a Not-So-Stubby Area
>
> In order to make a stub area into an NSSA, issue this command under the OSPF
> configuration:
>
> router ospf 1
> *Area 1 nssa*
>
> This command must be configured on every single router in Area 1. After you
> define Area 1 as an NSSA, it must have these characteristics:
>
> -
>
> No Type 5 LSAs are allowed in Area 1. This means no RIP routes are
> allowed in Area 1.
> -
>
> All IGRP routes are redistributed as type 7. This type 7 can only exist
> within NSSA.
> -
>
> All type 7 LSAs are translated into type 5 LSAs by the NSSA ABR and are
> leaked into the OSPF domain as type 5 LSAs.
>
> Defining an NSSA Totally Stub Area
>
> In order to configure an NSSA totally stub area, issue this command under
> the OSPF configuration:
>
> router ospf 1
> *Area 1 nssa no-summary*
>
> Configure this command on NSSA ABRs only. After you define the NSSA totally
> stub area, Area 1 has these characteristics in addition to the NSSA
> characteristics:
>
> -
>
> No type 3 or 4 summary LSAs are allowed in Area 1. This means no
> inter-area routes are allowed in Area 1.
> -
>
> A default route is injected into the NSSA totally stub area as a type 3
> summary LSA.
>
>
> http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a0080094a88.shtml#definenotstub
> --
> Garry L. Baker
>
> "There is no 'patch' for stupidity." - www.sqlsecurity.com
> "Complexity is the enemy of reliability..."
>
>
>
> On Fri, Mar 18, 2011 at 3:39 PM, Clark, Neil <Neil.Clark_at_atosorigin.com>wrote:
>
>> Hi Guys,
>>
>> I think I am being a divvy I am struggling to see the main difference
>> between NSSA and Totally NSSA. Could someone point out the key
>> differences for me?
>>
>> Thanks
>>
>> Neil
>>
>>
>>
>>
>>
>>
>>
>> _______________________________________________________
>> Atos Origin and Atos Consulting are trading names used by the Atos Origin
>> group. The following trading entities are registered in England and Wales:
>> Atos Origin IT Services UK Limited (registered number 01245534) and Atos
>> Consulting Limited (registered number 04312380). The registered office for
>> each is at 4 Triton Square, Regents Place, London, NW1 3HG.The VAT No. for
>> each is: GB232327983
>>
>> This e-mail and the documents attached are confidential and intended solely
>> for the addressee, and may contain confidential or privileged information.
>> If
>> you receive this e-mail in error, you are not authorised to copy, disclose,
>> use or retain it. Please notify the sender immediately and delete this
>> email
>> from your systems. As emails may be intercepted, amended or lost, they
>> are
>> not secure. Atos Origin therefore can accept no liability for any errors
>> or
>> their content. Although Atos Origin endeavours to maintain a virus-free
>> network, we do not warrant that this transmission is virus-free and can
>> accept
>> no liability for any damages resulting from any virus transmitted. The
>> risks
>> are deemed to be accepted by everyone who communicates with Atos Origin by
>> email.
>> _______________________________________________________
>>
>>
>> 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
Received on Fri Mar 18 2011 - 10:09:59 ART