Re: ISIS Issue between XR and IOS

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 - 15:59:36 ART