Kernel Routing Table - Interface specific routes
I have a question on kernel routing table. It will be great if any of you can throw some light on this topic
In general, whenever an inteface is brought to 'up' state, an interface route comes up. for ex. If eth0 with Ip address 192.168.10.0 is brought up, the following route is created by default
"192.168.10.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0"
After this route is created, if i try to add the same route manually, with the following command, the same route gets added again.
"route add -net 192.168.10.0 netmask 255.255.255.0 dev eth0"
I do not see any difference in both of these routes when i verified with 'route -n' or 'netstat -r' or 'cat /proc/net/route'. How is this possible?
In general, at any point of time, you cannot have two same entries in the kernel routing table. Can any of the linux expert help me with this question??
Regards,
Joe
Comments
-
with route you can and should add gateway.0
-
In the case of network specifc routes, gateway address will be 0.0.0.0. try route -n on any linux Box/PC and verify.
My question is how can there be two identical routes in the routing table at a point of time.
-Joe0 -
== newbiesh
0.0.0.0 is your IP of the interface. if your IP is 192.168.1.100, then 0.0.0.0 is equal to this. 0.0.0.0 is something like localhost, but uses the ethX interface and its IP.
this is my route -nKernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.0 0.0.0.0 255.255.255.0 U 202 0 0 eth0 0.0.0.0 192.168.1.1 0.0.0.0 UG 202 0 0 eth0
as you see they are not identical. the first line is for incoming trafic and the second for the outgoing (or vice versa).
in my case to add gateway i should use:route add -host 192.168.1.1
i hope you know the diffrence betwen -host and -net.
== end-newbiesh (LoL)
So maybe is wrong with the init script. but be sure that if you still have net then everythink is okey. it does not matter wich one of the 2 equal lines the kernel is using, becaouse they are pointing at same thing. the solution is to write a patch wich makes (unnesessery) checking for existance of the route before adding it.
so dont worry about it. i hope i've helped you in some or other way.0 -
The situation which you have explained is the difference between default route (route to 0.0.0.0 destination) and the interface specifc route (destination 192.168.1.0).
My question is different. Probably, i did not explain it clearly enough. Let me try to explain the situation with an example.
Consider the scenario where you have eth1 interface with IP address as 192.168.1.1. In such a case when the interface comes up (assuming that there is no other route configured) , the following is the entry in the kernel route table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
Now, if i try to add the same entry again into the kernel routing table using the following command, the entry gets added and route entry shows two similar entries
route add -net 192.168.1.0 dev eth1
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
I understand that there will not be any problem because of this duplicate rule. But, Can someone clarify the following questions based on the scenario which i explained above?
1. Are these two entries (the entry which got added by default and the entry which i added manually) different by any means??
2. why should there be two similar routes in the kernel routing table?
3. Is there a patch available to solve this?
4. In general, there should not be identical entries in the kernel routing table. 5. Is this not applicable to all routing entries (be it host specific, default route or interface specific route)?
Regards
Joe0
Categories
- All Categories
- 175 LFX Mentorship
- 175 LFX Mentorship: Linux Kernel
- 745 Linux Foundation IT Professional Programs
- 372 Cloud Engineer IT Professional Program
- 168 Advanced Cloud Engineer IT Professional Program
- 73 DevOps IT Professional Program - Discontinued
- 3 DevOps & GitOps IT Professional Program
- 98 Cloud Native Developer IT Professional Program
- 7.6K Training Courses & Learning Paths
- AI & ML Training
- Blockchain & Decentralized Identity Training
- Cloud & Containers Training
- Cybersecurity Training
- DevOps & Site-Reliability Training
- Linux Kernel Development Training
- Networking Training
- Open Source Best Practice Training
- System Administration Training
- System Engineering Training
- Web & Application Development Training
- 2 LFD103-JP クラス フォーラム
- 4 LFD210-CN Class Forum
- 764 LFD259 Class Forum
- 681 LFS101 Class Forum
- 2 LFS158-JP クラス フォーラム
- 162 LFS207 Class Forum
- 3 LFS207-DE-Klassenforum
- 4 LFS207-JP クラス フォーラム
- 61 LFS241 Class Forum
- 52 LFS242 Class Forum
- 42 LFS243 Class Forum
- 19 LFS244 Class Forum
- 4 LFS250-JP クラス フォーラム
- 166 LFS253 Class Forum
- 19 LFS256 Class Forum
- 1.4K LFS258 Class Forum
- 165 LFS261 Class Forum
- 26 LFS267 Class Forum
- 792 Hardware
- 202 Drivers
- 68 I/O Devices
- 37 Monitors
- 95 Multimedia
- 173 Networking
- 91 Printers & Scanners
- 87 Storage
- 768 Linux Distributions
- 81 Debian
- 67 Fedora
- 22 Linux Mint
- 13 Mageia
- 24 openSUSE
- 150 Red Hat Enterprise
- 31 Slackware
- 13 SUSE Enterprise
- 356 Ubuntu
- 465 Linux System Administration
- 31 Cloud Computing
- 73 Command Line/Scripting
- Github systems admin projects
- 98 Linux Security
- 78 Network Management
- 101 System Management
- 46 Web Management
- 105 Mobile Computing
- 18 Android
- 72 Development
- 1.2K New to Linux
- 1K Getting Started with Linux
- 392 Off Topic
- 121 Introductions
- 181 Small Talk
- 29 Study Material
- 944 Programming and Development
- 310 Kernel Development
- 616 Software Development
- 976 Software
- 368 Applications
- 182 Command Line
- 5 Compiling/Installing
- 68 Games
- 317 Installation
- Archived
- 2 LFD140 Class Forum
Upcoming Training
-
August 20, 2018
Kubernetes Administration (LFS458)
-
August 20, 2018
Linux System Administration (LFS301)
-
August 27, 2018
Open Source Virtualization (LFS462)
-
August 27, 2018
Linux Kernel Debugging and Security (LFD440)