BGP Vs Ospf Vs Rip Vs Mme: Battle of The Dynamic Protocols
BGP Vs Ospf Vs Rip Vs Mme: Battle of The Dynamic Protocols
Cost=100
CPE A CPE B
AS 100 AS 200
iBGP
AS 300 eBGP
eBGP Between AS
iBGP internal to an AS
Path Vector Protocol
• BGP is primarily designed as a method to route between networks
• It cares only about the shortest path between networks, and not
about the individual networks internal structure
• Thus it is the only protocol capable of handling networks the size of
the Internet
BGP as IGP
• iBGP can be configured as an interior protocol by distributing
connected and static routes
• However there may be a few disadvantages as compared to a
dedicated IGP (such as OSPF)
• No dynamic neighbour discovery
• Complex path selection process
• Full mesh requirement or route reflector setup
• Slow convergence compared to other IGP’s
• No detection of link state when configured between loopbacks
(recommended setup)
Best path selection
1.Next-hop validation --
2.Highest WEIGHT (default 0)
3.Highest LOCAL-PREF – iBGP Attribute
4.Shortest AS-PATH – eBGP Attribute
5.Prefer locally sourced route (via aggregate or BGP network)
6.Lowest origin type (EGP, IGP, Incomplete in that order)
7.Lowest MED – eBGP Attribute
8.Prefer eBGP over iBGP
9.Prefer the route with lowest router ID or ORIGINATOR_ID
10. Shortest route reflection cluster (default 0)
11. Prefer the path that comes from the lowest neighbour address
MME
• MME (Mesh Made Easy) is a MikroTik routing protocol suited for IP level
routing in wireless mesh networks
• It is based on ideas from B.A.T.M.A.N. (Better Approach To Mobile Ad-hoc
Networking) routing protocol.
• See https://www.open-mesh.net for more information about B.A.T.M.A.N.
• MME works by periodically broadcasting so called originator messages
• Routing information contained in a message consists of IP address of it's
originator and optional list of IP prefixes.
• If a node receives an originator message it hasn't seen before, it
rebroadcasts that message.
MME
• Unlike OLSR or other "traditional" proactive routing protocols, MME
does not maintain network topology information.
• Consequently, MME is not able to calculate a routing table, and does
not need to.
• Instead, it keeps tracks of packets received and their sequence
numbers - to tell how many packets were lost.
• This way, from message loss statistics for all combinations of
originators and single-hop neighbors, MME is able to find the best
gateway to a particular destination.
MME
• The main ideas behind Mesh Made Easy are based on these observations
made in mobile mesh networks:
• it may be impossible to know the exact topology of all networks, as it is rapidly changing
• if topology changes trigger routing table recalculation for all nodes in the network; and
for embedded systems, the routing table calculation CPU overhead can be significant.
• To avoid these problems, an MME node:
• cares only about the best single-hop neighbor in path to a particular destination;
• avoids routing table calculations.
• Secondary functions of the MME protocol are:
• to carry information about gateways to the Internet,
• to dynamically setup default routes.
Practical Application
RIP
• Not much of an argument can be made to use
RIP
• 15 hop limitation combined with constant
resending of the full routing table and slow
convergence of routes means it’s not very
scalable and limited to small network setups
• However: it is very easy to setup and can be
implemented in a few steps
• Maybe we should call it Rest In Peace protocol
and leave it there…
MME
• From the MikroTik Wiki: MME is not a replacement for OSPF or RIP. It
is meant to be used in mesh networks, and is best suited for wireless
nodes with one logical interface. When used in traditional networks,
the protocol overhead will be greater than even that of RIP
• Only recommended in wireless mesh networks where network
conditions are changing rapidly
• Latency increases/decreases
• Link flaps / disconnects / reconnects
• Roaming mesh devices
OSPF
• Widely deployed routing protocol
• Can converge a network in a few seconds and guarantee loop-free paths
• Rapid topology updates based on state of links (interfaces)
• Many features that allow the imposition of policies about the propagation
of routes that it may be appropriate to keep local, for load sharing, and for
selective route importing
• Hierarchical structure by using OSPF Areas
• Different network types (Broadcast, NBMA, PTP, PTMP) allow for different
network setups
• Compatible with BFD for rapid detection of link failures when the
intermediate L2 network is not controlled directly
Vote for OSPF?
• Well established Interior Gateway Protocol
• Easily deployed in any routed network
• Open standard compatible with a wide range of vendors
• Support for IPv4 and IPv6
• Offers rapid convergence, great performance
• Useful for carrying iBGP messages between eBGP routers when
loopback addressing is used (recommended for iBGP)
• Allows for additional services such as MPLS, VPLS Pseudowires, Traffic
Engineering to be rapidly deployed on existing networks
Vote for BGP?
• Only real choice for an Exterior Gateway Protocol
• Uses complex decision algorithms to determine best path (Weight,
Local-pref, AS-path, MED etc.)
• Can be used as an IGP with some additional configuration (but was
never really designed as such
• Compatible with BFD for rapid detection of link failures when the
intermediate L2 network is not controlled directly
• iBGP can be combined with OSPF and MPLS to provide BGP signaled
VPLS tunnels and VRF’s that can be rapidly deployed in enterprise
networks
Hybrid Network Setup
• Possibility to combine OSPF as core network protocol and BGP as
edge network (client facing) protocol
• i.e. use OSPF to manage routing within you core, providing rapid
convergence and fast link state updates;
• While using BGP to carry client ranges across your core network, thus
isolating core routes from client routes
Conclusion
• There is no 1 best protocol for all
• Each protocol has advantages and disadvantages
• Use the best protocol for your current network setup, or combine
them if required
More Information
• Questions / comments – it will all be fixed in ROS7
Contact me