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 >> >>>> >> >>>>Received on Sat Jun 07 2014 - 09:38:27 ART
This archive was generated by hypermail 2.2.0 : Tue Jul 01 2014 - 06:32:35 ART