Doubt in ISIS

Savyasachi Choudhary savyasachi.choudhary at gmail.com
Thu Apr 21 09:16:15 UTC 2011


> Thank you for the response. Its very detailed, and I am yet to understand
> it completely.
>
> Following is the problem I am facing on Ericsson Routers.
>
>                                 (static route)
> Router1---------------------------------------------------------------------Router2
>                     ip route 202.1.1.0/24 null0 cost 9
>
> In this 2 router topology, I have imported a static route 202.1.1.0/24
> with cost 9.
>
> And I am giving the following redistribute command on Router1, and later
> observe show ip route command on Router2
>
> PROTOCOL COMMAND (in Router1)
>              COST (Router2)                            OBSERVATION
>
> ISIS             #redistribute static
>                        10
>  default
>                 #redistribute static metric 7 mertic-type external
>                17
>  configured in redist  + 10
>                 #redistribute static metric 7 mertic-type internal
>              17
>  configured in redist  + 10
>
> What is observed is, it completely ignores the cost (9) that is configured
> with the static route. In case of OSPF, they consider cost 9 also.
> So, I have a doubt, whether ISIS RFC describes to ignore the route cost? Or
> it is just implementation dependent.
>
>
> Regards,
> Savyasachi
> 7676077879
>
>
>
> On Thu, Apr 21, 2011 at 2:14 PM, Vitkovsky, Adam <avitkovsky at emea.att.com>wrote:
>
>> Isis doesn't have type-1 and type-2 external routes
>> It has something similar though
>> Metric of a prefix can be marked as internal metric or external metric
>>
>> These are my isis notes section regarding internal and external:
>>
>> the metric type for ext(redistributed) routes can be set as int/ext
>> -by default internal metric is asigned during redistribution
>>  if nothing is specified
>>
>> ext metric has the I/E bit set  -bit 7
>> => higher metric value +64
>> --------------------------------------
>> but cisto doesn't set bit 7 but bit 8
>> -when narrow metric is used bit 8 of the metric field is set by cisco
>> => external metric than appears to be increased by 128
>> --------------------------------------
>> _____________________________________________________________________
>> Narrow metric:
>> 8th bit is S-bit -support for qos metrics (only 0 is supported)
>> 7th bit is the internal/external bit
>> And the remaining 8 bits are for the metric
>>
>> 1b 1b        6bits      => max 63 values
>> 0 i/e default metric value
>> 1 i/e delay metric value
>> 1 i/e expense metric value
>> 1 i/e error metric value
>> -------neighbor ID--------
>>
>> Internal is default on cisco
>> If you set external the bit 7 is set -thus the metric appears to be +64
>> higher compared to the same route redistributed as internal
>>
>>
>> ______________________________________________
>> TLV specified by ISO 10589 contain metric info:
>> ES neighbor     type 2
>> IS neigh        tyep 3
>> prefix neigh    type 5
>>
>> ______________________________________________
>> TLV specified by RFC 1195 contain metric info:
>> ip internal reachability        type 128
>> ip external reachability        type 130
>>
>>
>>
>> __________________________________________________________
>> ISIS metric extensions
>>
>> extended IS reachability tlv            type 22
>> extended ip reachability tlv            type 135
>> and
>> trafic engineering rotuer ID tlv type 134
>>
>>
>> -the borrowed the metric fields for delay, expense, error
>>  -as they are not used
>>
>> -but the first S-bit and the I/E-bit remained
>> So the same apply to the extended metric as well
>>
>>
>>
>> These are my notes form the labs:
>> _____________________________________________________________
>> R1
>> route-map static-routes permit 10
>>  match ip address prefix-list static-routes
>> !
>> router isis 1
>>  redistribute static ip route-map static-routes metric-type external
>> level-1
>>
>> -everything explicitely set in the redistribute cmd
>> _____________________________________________________________
>> R2
>> route-map static-routes permit 10
>>  match interface Null0
>>  set metric-type external
>>  set level level-1
>> !
>> router isis 1
>>  redistribute static ip route-map static-routes
>>
>> -everything set in the route-map used during the redistribution
>> _____________________________________________________________
>>
>> R7#sh isis dat ver
>>
>> IS-IS Level-1 Link State Database:
>> LSPID                 LSP Seq Num  LSP Checksum  LSP Holdtime
>>  ATT/P/OL
>> R1.00-00              0x00000007   0x23CA        642               1/0/0
>>  Area Address: 49.0001
>>  NLPID:        0xCC
>>  Hostname: R1
>>  IP Address:   1.1.1.1
>>  Metric: 10         IP 13.0.0.0 255.255.255.0
>>  Metric: 10         IP 17.0.0.0 255.255.255.0
>>  Metric: 0          IP 1.1.1.1 255.255.255.255
>>  Metric: 10         IS R7.00
>>  Metric: 0          IP-External 200.10.0.0 255.255.255.0
>>  Metric: 0          IP-External 200.20.0.0 255.255.255.0
>>  Metric: 0          IP-External 200.30.0.0 255.255.255.0
>> R2.00-00              0x00000015   0x5DA2        1049              1/0/0
>>  Area Address: 49.0001
>>  NLPID:        0xCC
>>  Hostname: R2
>>  IP Address:   2.2.2.2
>>  Metric: 10         IP 24.0.0.0 255.255.255.0
>>  Metric: 10         IP 27.0.0.0 255.255.255.0
>>  Metric: 0          IP 2.2.2.2 255.255.255.255
>>  Metric: 10         IS R7.00
>>  Metric: 64         IP-External 200.10.0.0 255.255.255.0
>>  Metric: 64         IP-External 200.20.0.0 255.255.255.0
>>  Metric: 64         IP-External 200.30.0.0 255.255.255.0
>>
>>
>> -so definition of external metric in redistribution cmd
>>  did not touch the metric -not sure how come it's still marked as ext
>>  -as the bit 7 or 8 should have been set
>>
>> -and definition of external metric in route-map
>>  did set the bit 7 of the metric -thus we see increase in metric of 64
>>
>> -but none of the cmds have set the bit 8 as stated in the book :)
>>
>>
>>
>>
>> adam
>>
>> -----Original Message-----
>> From: Savyasachi Choudhary [mailto:savyasachi.choudhary at gmail.com]
>> Sent: Thursday, April 21, 2011 8:56 AM
>> To: nanog at nanog.org
>> Subject: Doubt in ISIS
>>
>> I have a doubt in ISIS.
>> While redistributing routes from other protocols, how the metric is
>> decided?
>> OSPF has deccribed this in RFC 2328 Section 16.4 :
>>
>>               '4) Let X be the cost specified by the preferred routing
>> table
>>
>>           entry for the ASBR/forwarding address, and Y the cost
>>           specified in the LSA.  X is in terms of the link state
>>           metric, and Y is a type 1 or 2 external metric.
>>
>>       (5) Look up the routing table entry for the destination N.  If
>>           no entry exists for N, install the AS external path to N,
>>           with next hop equal to the list of next hops to the
>>           forwarding address, and advertising router equal to ASBR.
>>           If the external metric type is 1, then the path-type is set
>>           to type 1 external and the cost is equal to X+Y.  If the
>>           external metric type is 2, the path-type is set to type 2
>>           external, the link state component of the route's cost is X,
>>
>> and the type 2 cost is Y.'
>>
>> What is the behavior in ISIS?
>> Regards,
>> Savyasachi
>> 7676077879
>>
>>



More information about the NANOG mailing list