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 NeighborsIncreases 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.netReceived on Sat Jun 07 2014 - 12:54:53 ART
This archive was generated by hypermail 2.2.0 : Tue Jul 01 2014 - 06:32:35 ART