Re: ISIS Issue between XR and IOS

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:09:11 ART