Re: ISIS Issue between XR and IOS

Gaurav, it was an initial random attempt/check just to see if the peers
come up and i haven't deleted it as i progressed on XR :). Absolutely no
relevance to the current scenario.

On Sat, Jun 7, 2014 at 5:29 PM, GAURAV MADAN <gauravmadan1177_at_gmail.com>
wrote:

> 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 Sun Jun 08 2014 - 01:34:24 ART