If I configure a loopback interface and then set a router id by typing, eigrp router-id 10.0.0.1
, for example, and the router protocol is EIGRP, what will be the accurate id for this router if the ID I set is higher than the loopback address?
EIGRP – Understanding Router ID for EIGRP
ciscoeigrprouterrouting
Related Solutions
Generally a router id will be set to highest loopback address if present or the highest ip address of physical interface. But most vendors provide a way to configure a specific value example:- " ip router-id 55.1.1.1". My question here is is there any restrictions for value of router-id that can be configured? any RFC recommendations ? Can i configure "255.255.255.255" as my ip router-id?
Summary
You didn't specify a protocol, so the answer is "it depends". If you're not using MPLS TE anywhere, the value of the Router ID doesn't seem to matter for OSPF, OSPFv3, BGP, ISIS or LDP. Technically in these cases, you can assign "255.255.255.255" as the 32-bit portion of the Router ID.
While these protocols are not strictly considered a routing protocol, you cannot divorce underlying IGP choices from your ability to deploy MPLS TE. Therefore, if you are using MPLS TE with OSPF TE Extensions, CR-LDP, etc... then it's recommended to assign your Router IDs as an address on the same router.
Overall Guidance: Keep it simple for your coworkers and future service deployments
While IGPs allow you to chose any value for Router IDs, you shouldn't make life harder than necessary. While you could theoretically assign Router-1's Router ID to be a Loopback address on Router 2, don't do that unless you already plan to make a bad reputation for yourself.
Anyone who has to support the infrastructure after you will hate the aforementioned decision. Furthermore, you'd be making implementation of some MPLS TE services much harder, because people would have to reassign the Router IDs to get several of the MPLS TE services up.
RFC 1142, (ISIS) - A variable length field, from 1 to 8 octets
ID System identifier a variable length field from 1 to
8 octets (inclusive). Each routeing domain employ
ing this protocol shall select a single size for the ID
field and all Intermediate systems in the routeing do
main shall use this length for the system IDs of all
systems in the routeing domain.
### [RFC 2328, Section 5 (OSPF)] - A 32-bit number
Only defines the Router ID as a 32-bit number, thus any 32-bit number can be used:
Router ID
A 32-bit number that uniquely identifies this router in the AS.
One possible implementation strategy would be to use the
smallest IP interface address belonging to the router. If a
router's OSPF Router ID is changed, the router's OSPF software
should be restarted before the new Router ID takes effect. In
this case the router should flush its self-originated LSAs from
the routing domain (see Section 14.1) before restarting, or they
will persist for up to MaxAge minutes.
RFC 4271, Section 4.2 (BGP) - A 4-octet unsigned integer representing a valid unicast IP host address
The BGP ID is defined as a "4-octet unsigned integer" in the OPEN message.
BGP Identifier: This 4-octet unsigned integer indicates the BGP Identifier of the sender. A given BGP speaker sets the value of its BGP Identifier to an IP address that is assigned to that BGP speaker. The value of the BGP Identifier is determined upon startup and is the same for every local interface and BGP peer.
Nevertheless, in order to be syntactically correct it must be "a valid unicast IP host address".
6.2. OPEN Message Error Handling
...
If the BGP Identifier field of the OPEN message is syntactically
incorrect, then the Error Subcode MUST be set to Bad BGP Identifier.
Syntactic correctness means that the BGP Identifier field represents
a valid unicast IP host address.
RFC 2740, Section 2.2 (OSPFv3) - A 32-bit number
Explicitly disallows any relationship between the addresses in the protocol (IPv6) and the Router ID, which is only a 32-bit number.
2.2. Removal of addressing semantics ... o OSPF Router IDs, Area IDs and LSA Link State IDs remain at the IPv4 size of 32-bits. They can no longer be assigned as (IPv6) addresses.
RFC 4577, Section 4.2.2 (OSPF for BGP/MPLS IP VPNs) - A 32-bit number (valid OSPF RID)
4.2.2. Router ID
If a PE and a CE are communicating via OSPF, the PE will have an OSPF
Router ID that is valid (i.e., unique) within the OSPF domain. More
precisely, each OSPF instance has a Router ID. Different OSPF
instances may have different Router IDs.
RFC 5036, Section 3.1 (LDP) - 6 bytes, 4 of the bytes should be a valid IGP Router ID
LDP Identifier Six octet field that uniquely identifies the label space of the sending LSR for which this PDU applies. The first four octets identify the LSR and MUST be a globally unique value. It SHOULD be a 32-bit router Id assigned to the LSR and also used to identify it in Loop Detection Path Vectors. The last two octets identify a label space within the LSR. For a platform-wide label space, these SHOULD both be zero.
RFC 3480, Section 2 (CR-LDP) - A stable IP address that is always reachable
Defines a Router ID as "a stable IP address of an LSR that is always reachable if there is any connectivity to the LSR." Thus it pretty much has to be a loopback address
In the context of this document, the term "Router ID" means a stable IP address of an LSR that is always reachable if there is any connectivity to the LSR. This is typically implemented as a "loopback address"; the key attribute is that the address does not become unusable if an interface on the LSR is down. In some cases, this value will need to be configured. If one is using OSPF or ISIS as the IGP in support of traffic engineering, then it is RECOMMENDED for the Router ID to be set to the "Router Address" as defined in [OSPF-TE], or "Traffic Engineering Router ID" as defined in [ISIS- TE].
RFC 3630, Section 2.4.1 (OSPF-TE) - A stable IP address of the advertising router
RFC 3630, Section 2.4.1 (OSPF-TE), requires a "stable IP address of the advertising router"
2.4.1. Router Address TLV The Router Address TLV specifies a stable IP address of the advertising router that is always reachable if there is any connectivity to it; this is typically implemented as a "loopback address". The key attribute is that the address does not become unusable if an interface is down. In other protocols, this is known as the "router ID," but for obvious reasons this nomenclature is avoided here. If a router advertises BGP routes with the BGP next hop attribute set to the BGP router ID, then the Router Address SHOULD be the same as the BGP router ID.
if you want to enable eigrp on selected interfaces only, you can use passive interface feature, and if you want to reditribute routes you can use leakmap(and\or redistribution), a-la:
router eigrp 10050
network 10.192.0.0 0.0.255.255
redistribute static route-map rmap_leak_to_10050
passive-interface default
no passive-interface Vlan816
no passive-interface Vlan916
eigrp router-id 10.192.127.218
eigrp stub connected static leak-map rmap_leak_to_10050
ip access-list standard leak_to_10050
permit 10.192.0.0 0.0.255.255
permit 192.168.0.0 0.0.255.255
permit 10.10.10.0 0.0.0.255
route-map rmap_leak_to_10050 permit 10
match ip address leak_to_10050
added:
router eigrp 123
redistribute connected route-map rm_connected
route-map rm_connected permit 10
match interface g0/0.123 g0/0.321 g0/0.231
added:
cisco3750x: Cisco IOS Software, C3750E Software (C3750E-UNIVERSALK9NPE-M), Version 15.0(2)SE, RELEASE SOFTWARE (fc1)
sw1
interface Loopback100
ip address 172.16.10.1 255.255.255.0
interface GigabitEthernet1/0/48
switchport access vlan 100
switchport mode access
interface Vlan100
ip address 10.0.0.1 255.255.255.252
router eigrp 100
network 10.0.0.0
redistribute connected route-map rm_con
eigrp stub connected summary
route-map rm_con permit 10
match interface Loopback100
sw2
interface Loopback100
ip address 172.16.20.1 255.255.255.0
!
interface GigabitEthernet1/0/48
switchport access vlan 100
switchport mode access
interface Vlan100
ip address 10.0.0.2 255.255.255.252
router eigrp 100
network 10.0.0.0
redistribute connected route-map rm_con
eigrp stub connected summary
route-map rm_con permit 10
match interface Loopback100
sh ip route on sw1:
10.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
C 10.0.0.0/30 is directly connected, Vlan100
L 10.0.0.2/32 is directly connected, Vlan100
172.16.0.0/16 is variably subnetted, 3 subnets, 2 masks
C 172.16.10.0/24 is directly connected, Loopback100
L 172.16.10.1/32 is directly connected, Loopback100
D EX 172.16.20.0/24 [170/130816] via 10.0.0.1, 00:02:31, Vlan100
sh ip route on sw2:
10.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
C 10.0.0.0/30 is directly connected, Vlan100
L 10.0.0.1/32 is directly connected, Vlan100
172.16.0.0/16 is variably subnetted, 3 subnets, 2 masks
D EX 172.16.10.0/24 [170/130816] via 10.0.0.2, 00:02:52, Vlan100
C 172.16.20.0/24 is directly connected, Loopback100
L 172.16.20.1/32 is directly connected, Loopback100
added(sw1 config is the same, only sw2 was changed):
sw2 config:
interface Loopback100
ip address 172.16.20.1 255.255.255.0
!
interface GigabitEthernet1/0/48
switchport access vlan 100
switchport mode access
!
interface Vlan1
ip address 172.16.200.1 255.255.255.0
!
interface Vlan100
ip address 10.0.0.2 255.255.255.252
!
router eigrp 100
network 10.0.0.0
redistribute connected route-map rm_con
eigrp stub connected summary
!
route-map rm_con permit 10
match interface Loopback100 Vlan1
sw2:
10.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
C 10.0.0.0/30 is directly connected, Vlan100
L 10.0.0.2/32 is directly connected, Vlan100
172.16.0.0/16 is variably subnetted, 5 subnets, 2 masks
C 172.16.20.0/24 is directly connected, Loopback100
L 172.16.20.1/32 is directly connected, Loopback100
D EX 172.16.10.0/24 [170/130816] via 10.0.0.1, 00:05:44, Vlan100
C 172.16.200.0/24 is directly connected, Vlan1
L 172.16.200.1/32 is directly connected, Vlan1
sw1:
10.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
C 10.0.0.0/30 is directly connected, Vlan100
L 10.0.0.1/32 is directly connected, Vlan100
172.16.0.0/16 is variably subnetted, 4 subnets, 2 masks
D EX 172.16.20.0/24 [170/130816] via 10.0.0.2, 00:06:09, Vlan100
C 172.16.10.0/24 is directly connected, Loopback100
L 172.16.10.1/32 is directly connected, Loopback100
D EX 172.16.200.0/24 [170/3072] via 10.0.0.2, 00:04:29, Vlan100
Best Answer
If you specifically set the router ID, then that is what the router ID will be.
Chapter: EIGRP Commands: