Re: ISIS Issue between XR and IOS

I do understand that .. thanks for explaining :)
Was wondering what special has this to do in this lab scenario where he has
it on one of the peer only

On 7 June 2014 17:24, Tony Singh <mothafungla_at_gmail.com> wrote:

>
> So you'd run this if you're migrating to wide-style metric when previously
> you've been using narrow, obvious things are wanting to run MPLS-TE which
> encodes attributes into TLV 22, 134 135
>
> transition
>
> (Optional) Instructs the router to accept both old- and new-style TLVs
>
> 22TE IIS Neighbors Increases the maximum metric to three bytes (24 bits).
> Known as the Extended IS Reachability TLV, this TLV addresses a TLV 2
> metric limitation. TLV 2 has a maximum metric of 63, but only six out of
> eight bits are used.
>
> 134TE Router IDThis is the Multi-Protocol Label Switching (MPLS) traffic
> engineering router ID.
>
> 135TE IP ReachabilityProvides a 32 bit metric and adds a bit for the
> "up/down" resulting from the route-leaking of L2->L1. Known as the Extended
> IP Reachability TLV, this TLV addresses the issues with both TLV 128 and
> TLV 130.
>
> --
> BR
>
> Tony
>
>
>
> On 7 June 2014 12:39, GAURAV MADAN <gauravmadan1177_at_gmail.com> wrote:
>
>> Any special reason for running "transition" metric style ..? Just a off
>> the topic question here .
>>
>>
>> On 7 June 2014 15:59, Rakesh M <raaki.88_at_gmail.com> wrote:
>>
>>> Hi Tony,
>>>
>>> Yea i issued commit, on suspicion i restarted XRV and now it shows up.
>>>
>>> Thanks
>>>
>>>
>>> On Sat, Jun 7, 2014 at 2:08 PM, Tony Singh <mothafungla_at_gmail.com>
>>> wrote:
>>>
>>>>
>>>>
>>>> On XR did you commit the config? It's not default for sure
>>>>
>>>> Debugs are your best friends when things don't come up
>>>>
>>>> Only the debug in IOS picks it up, it wants 1497 this is minus LLC
>>>> encaps 3 bytes but receives 1493 an extra 4 bytes short due to dot1q tag
>>>>
>>>> --
>>>> BR
>>>>
>>>> Tony
>>>>
>>>> Sent from my iPad
>>>>
>>>> On 7 Jun 2014, at 09:14, Rakesh M <raaki.88_at_gmail.com> wrote:
>>>>
>>>>
>>>> Hi Tony,
>>>>
>>>> Yea it worked on my emulators. When replicated on Hardware devices they
>>>> form neighbor relationships easily and there is no mishap of turning off
>>>> the padding, i cant argue much on this as i am using emulators like XRV and
>>>> GNS3 in this case. Debug was not complaining about the 1497 IIH but looks
>>>> like that it the issue.
>>>>
>>>> is there a show command to check if this has been configured if any
>>>> apart from show run.
>>>>
>>>> I configured it on XR as well, but OS by default is hiding it in the
>>>> hierarchy when used with a show command, not sure if that is at its default.
>>>>
>>>>
>>>>
>>>> Thanks so much.
>>>>
>>>> router isis 1
>>>> net 49.0001.0000.0000.0006.00
>>>> is-type level-2-only
>>>> no hello padding multi-point
>>>> passive-interface Loopback0
>>>> !
>>>>
>>>> R6#show isis neighbors
>>>>
>>>> System Id Type Interface IP Address State Holdtime Circuit
>>>> Id
>>>> XR2 L2 Fa0/0.620 20.6.20.20 UP 26 R6.01
>>>>
>>>> router isis rak
>>>> net 49.0001.0000.0000.0020.00
>>>> log adjacency changes
>>>> address-family ipv4 unicast
>>>> metric-style transition
>>>> !
>>>> interface Loopback0
>>>> passive
>>>> circuit-type level-2-only
>>>> address-family ipv4 unicast
>>>> !
>>>> !
>>>> interface GigabitEthernet0/0/0/0
>>>> address-family ipv4 unicast
>>>> !
>>>> !
>>>> interface GigabitEthernet0/0/0/0.620
>>>> circuit-type level-2-only
>>>> address-family ipv4 unicast
>>>> !
>>>> !
>>>> !
>>>>
>>>>
>>>> On Sat, Jun 7, 2014 at 12:36 PM, Tony Singh <mothafungla_at_gmail.com>
>>>> wrote:
>>>>
>>>>>
>>>>>
>>>>> Debug isis adjacency on IOS device it should complain about the MTU
>>>>> padding being received as 4 bytes less than what the interface should
>>>>> support end result in no peering.
>>>>>
>>>>> 1497 bytes minus 3 byte LLC encapsulation, IOS device not like 1493
>>>>> bytes seems the dot1q tag add overhead before being discarded..
>>>>>
>>>>> To disable the check
>>>>>
>>>>> IOS
>>>>> router isis
>>>>> no hello padding
>>>>> Or
>>>>> int f0/0.100
>>>>> no isis hello padding
>>>>>
>>>>> IOS-XR
>>>>> router isis abc
>>>>> interface GigabitEthernet0/0/0/0.100
>>>>> no hello-padding disable level [1/2]
>>>>>
>>>>>
>>>>> Design reason for this check is that no issues are encountered at a
>>>>> later stage with LSP packet exchange.
>>>>>
>>>>> In IOS & XR you can run a more intuitive check like the Junos
>>>>> implementation where padding is only checked upon adjacency thereafter it
>>>>> doesn't bother thus saving bandwidth too, can you imagine SONET HDLC with
>>>>> an MTU of 4470 consistently sending hellos
>>>>>
>>>>> --
>>>>> BR
>>>>>
>>>>> Tony
>>>>>
>>>>> > On 7 Jun 2014, at 06:20, GAURAV MADAN <gauravmadan1177_at_gmail.com>
>>>>> wrote:
>>>>> >
>>>>> > I believe that is mandatory . (but i can double check as well)
>>>>> > ISIS works smooth b/w IOS and XR for me till now and i have made it
>>>>> a best
>>>>> > practice to activate address-family on global as well as interface
>>>>> level .[
>>>>> > more or less like bgp ]
>>>>> >
>>>>> >
>>>>> >> On 7 June 2014 10:30, Rakesh M <raaki.88_at_gmail.com> wrote:
>>>>> >>
>>>>> >> i dont think that is the requirement Gaurav, anyways i have even
>>>>> tried
>>>>> >> that, must be a hardware issue , tried on INE labs and it works
>>>>> fine with
>>>>> >> the same configuration, virtualisation has its own impact on time !
>>>>> :)
>>>>> >>
>>>>> >> Below is from INE lab
>>>>> >>
>>>>> >> router isis 1
>>>>> >>
>>>>> >> net 49.0001.0000.0000.0020.00
>>>>> >> interface Loopback0
>>>>> >> passive
>>>>> >> address-family ipv4 unicast
>>>>> >> !
>>>>> >> !
>>>>> >> interface GigabitEthernet0/4/0/0.620
>>>>> >>
>>>>> >> address-family ipv4 unicast
>>>>> >> !
>>>>> >> !
>>>>> >> !
>>>>> >>
>>>>> >> RP/0/3/CPU0:XR2#show isis neighbors
>>>>> >> Wed Oct 25 11:36:33.610 UTC
>>>>> >>
>>>>> >> IS-IS 1 neighbors:
>>>>> >> System Id Interface SNPA State Holdtime Type
>>>>> IETF-NSF
>>>>> >> R6 Gi0/4/0/0.620 0004.4e11.2800 Up 7 L1L2
>>>>> Capable
>>>>> >>
>>>>> >>
>>>>> >> On Sat, Jun 7, 2014 at 10:10 AM, GAURAV MADAN <
>>>>> gauravmadan1177_at_gmail.com>
>>>>> >> wrote:
>>>>> >>
>>>>> >>> on XR ; you have not activated the address-family on protocol
>>>>> level . You
>>>>> >>> have just activated under interface. Please correct the same
>>>>> >>>
>>>>> >>>
>>>>> >>>> On 7 June 2014 08:23, Rakesh M <raaki.88_at_gmail.com> wrote:
>>>>> >>>>
>>>>> >>>> Hi,
>>>>> >>>>
>>>>> >>>> I am trying to run isis between IOS-XRV 5.3.2 and Cisco 7600
>>>>> Series, Both
>>>>> >>>> are emulated
>>>>> >>>> version for FYI.
>>>>> >>>>
>>>>> >>>> ospf appears to form fine, and IOS-TO-IOS ISIS is also fine, I am
>>>>> unable
>>>>> >>>> to
>>>>> >>>> relate
>>>>> >>>> why XR-IOS isis-adj is not coming up.
>>>>> >>>>
>>>>> >>>> !
>>>>> >>>> router isis 1
>>>>> >>>> net 49.0001.0000.0000.0006.00
>>>>> >>>> is-type level-2-only
>>>>> >>>> !
>>>>> >>>>
>>>>> >>>> R6#
>>>>> >>>> R6#show runn int fa0/0.620
>>>>> >>>> Building configuration...
>>>>> >>>>
>>>>> >>>> Current configuration : 182 bytes
>>>>> >>>> !
>>>>> >>>> interface FastEthernet0/0.620
>>>>> >>>> encapsulation dot1Q 620
>>>>> >>>> ip address 20.6.20.6 255.255.255.0
>>>>> >>>> ip router isis 1
>>>>> >>>> mpls ip
>>>>> >>>> mpls label protocol ldp
>>>>> >>>> isis circuit-type level-2-only
>>>>> >>>> end
>>>>> >>>>
>>>>> >>>>
>>>>> >>>> *Jun 7 08:21:11.159: ISIS-Adj: Sending L2 LAN IIH on
>>>>> >>>> FastEthernet0/0.620,
>>>>> >>>> length 1497
>>>>> >>>> R6#
>>>>> >>>> *Jun 7 08:21:16.019: ISIS-Adj: Rec L2 IIH from 000c.293b.1023
>>>>> >>>> (FastEthernet0/0.620), cir type L2, cir id 0000.0000.0020.01,
>>>>> length 1497
>>>>> >>>> R6#
>>>>> >>>>
>>>>> >>>>
>>>>> >>>> on XR
>>>>> >>>>
>>>>> >>>> RP/0/0/CPU0:XR2#
>>>>> >>>> RP/0/0/CPU0:XR2#show runn router isis
>>>>> >>>> Sat Jun 7 08:22:26.395 UTC
>>>>> >>>> router isis 1
>>>>> >>>> is-type level-2-only
>>>>> >>>> net 49.0001.0000.0000.0020.00
>>>>> >>>> interface Loopback0
>>>>> >>>> passive
>>>>> >>>> address-family ipv4 unicast
>>>>> >>>> !
>>>>> >>>> !
>>>>> >>>> interface GigabitEthernet0/0/0/0.620
>>>>> >>>> circuit-type level-2-only
>>>>> >>>> address-family ipv4 unicast
>>>>> >>>> !
>>>>> >>>> !
>>>>> >>>> !
>>>>> >>>>
>>>>> >>>> RP/0/0/CPU0:XR2#show runn int gig0/0/0/0.620
>>>>> >>>> Sat Jun 7 08:22:38.025 UTC
>>>>> >>>> interface GigabitEthernet0/0/0/0.620
>>>>> >>>> ipv4 address 20.6.20.20 255.255.255.0
>>>>> >>>> encapsulation dot1q 620
>>>>> >>>> !
>>>>> >>>>
>>>>> >>>>
>>>>> >>>> RP/0/0/CPU0:XR2#
>>>>> >>>> RP/0/0/CPU0:XR2#show isis int gig0/0/0/0.620
>>>>> >>>> Sat Jun 7 08:22:52.124 UTC
>>>>> >>>>
>>>>> >>>> GigabitEthernet0/0/0/0.620 Enabled
>>>>> >>>> Adjacency Formation: Enabled
>>>>> >>>> Prefix Advertisement: Enabled
>>>>> >>>> IPv4 BFD: Disabled
>>>>> >>>> IPv6 BFD: Disabled
>>>>> >>>> BFD Min Interval: 150
>>>>> >>>> BFD Multiplier: 3
>>>>> >>>>
>>>>> >>>> Circuit Type: level-2-only
>>>>> >>>> Media Type: LAN
>>>>> >>>> Circuit Number: 1
>>>>> >>>>
>>>>> >>>> Level-2
>>>>> >>>> Adjacency Count: 0
>>>>> >>>> LAN ID: XR2.01
>>>>> >>>> Priority (Local/DIS): 64/none (no DIS elected)
>>>>> >>>> Next LAN IIH in: 6 s
>>>>> >>>> LSP Pacing Interval: 33 ms
>>>>> >>>> PSNP Entry Queue Size: 0
>>>>> >>>>
>>>>> >>>> CLNS I/O
>>>>> >>>> Protocol State: Up
>>>>> >>>> MTU: 1497
>>>>> >>>> SNPA: 000c.293b.1023
>>>>> >>>> Layer-2 MCast Groups Membership:
>>>>> >>>> All Level-2 ISs: Yes
>>>>> >>>>
>>>>> >>>> IPv4 Unicast Topology: Enabled
>>>>> >>>> Adjacency Formation: Running
>>>>> >>>> Prefix Advertisement: Running
>>>>> >>>> Metric (L1/L2): 0/10
>>>>> >>>> Weight (L1/L2): 0/0
>>>>> >>>> MPLS LDP Sync (L1/L2): Disabled/Disabled
>>>>> >>>>
>>>>> >>>> IPv4 Address Family: Enabled
>>>>> >>>> Protocol State: Up
>>>>> >>>> Forwarding Address(es): 20.6.20.20
>>>>> >>>> Global Prefix(es): 20.6.20.0/24
>>>>> >>>>
>>>>> >>>> LSP transmit timer expires in 0 ms
>>>>> >>>> LSP transmission is idle
>>>>> >>>> Can send up to 10 back-to-back LSPs in the next 0 ms
>>>>> >>>>
>>>>> >>>>
>>>>> >>>> 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 Sat Jun 07 2014 - 17:29:42 ART