Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Bakr Sarakbi

dblp:42/8356 · DBLP profile ↗
← Back
3ranked-venue papers
2as first author
0since 2021 · last 2017
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Computer networks · 3 · 2 first-author

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Computer networks
1 paper
Routing and switching · 100%

Topics — the 5 heaviest of 5, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Routing and switching › inter-domain routing
BGP
0.112010
BGP Skeleton - An Alternative to iBGP Route Reflection · INFOCOM 2010
Routing and switching
inter-domain routing
0.112010
BGP Skeleton - An Alternative to iBGP Route Reflection · INFOCOM 2010
Routing and switching
route reflection
0.112010
BGP Skeleton - An Alternative to iBGP Route Reflection · INFOCOM 2010
Routing and switching › routing stability
route oscillation
0.012010
BGP Skeleton - An Alternative to iBGP Route Reflection · INFOCOM 2010
Routing and switching › routing dynamics
routing anomalies
0.012010
BGP Skeleton - An Alternative to iBGP Route Reflection · INFOCOM 2010

Methods — techniques the papers use, named apart from their topics

graph theory · 0.1
YearPublicationVenuePosition
2017 A validation model for non-lexical routing protocols
Hussein Khayou, Bakr Sarakbi
J. Netw. Comput. Appl.2
2010 Partial Complete iBGP
abstract
The Internet is a composition of ASes (Autonomous Systems), BGP (Border Gateway Protocol) is the routing protocol that is responsible of exchanging routes between these ASes. It operates in two modes: eBGP (External BGP) and iBGP (Internal BGP). EBGP exchanges routing information between ASes, while iBGP propagates that information within the AS. IBGP node has not the ability to reflect routes. Therefore, each internal node should have iBGP sessions with all ASBRs (Autonomous System Border Routers). BGP route reflection was widely employed as an alternative to full mesh solution to reduce the needed number of iBGP sessions and, in turn, increase the scalability inside the AS. Under particular configuration, BGP scaling mechanism defined in route reflection mechanism introduces persistent route oscillation, forwarding loops, and non-optimal egress nodes. We propose the PC-iBGP (Partial Complete iBGP) as an alternative to the route reflection approach. PC- iBGP nodes have the ability of reflecting routes. It eliminates the use of clusters and establishes iBGP sessions only between single hop neighbors. We prove that it holds sufficient correctness conditions as well as its robustness against failures, asymmetric path problem, and MED (Multi Exit Discriminator) induced oscillations.
Bakr Sarakbi, Stéphane Maag
ICC1
2010 BGP Skeleton - An Alternative to iBGP Route Reflection
abstract
The Internet is a composition of ASes (Autonomous Systems), BGP (Border Gateway Protocol) is the routing protocol that is responsible of exchanging routes between these ASes. It operates in two modes: External BGP (eBGP) and Internal BGP (iBGP). EBGP exchanges routing information between ASes, while iBGP propagates that information within the AS. BGP Full Mesh Solution (FMS) is based on that all the ASBRs (Autonomous System Border Routers) should be fully meshed and each internal node should have an iBGP session with all of them. This was because an iBGP node does not have the ability to reflect routes. BGP route reflection was widely employed as an alternative to full mesh to reduce the needed number of iBGP sessions and, in turn, increase the scalability inside the AS. Under particular configuration, it introduces persistent route oscillation, forwarding loops, and non-optimal egress nodes. Skeleton is an alternative to route reflection that overcomes these routing anomalies. Skeleton is a subgraph of the physical graph with the same set of nodes, its edges are the iBGP sessions between the nodes. All Skeleton nodes have the ability of reflecting routes. Skeleton eliminates the use of clusters and establishes iBGP sessions only between single hop neighbors. We prove that it holds the sufficient correctness conditions as well as its robustness against MED induced oscillations. We evaluate it on five real world topologies and find that the number of iBGP sessions has a linear relationship with the number of ASBRs, where in FMS this relationship is quadratic.
Bakr Sarakbi, Stéphane Maag
INFOCOM1