Which type of BGP session behaves like an EBGP session during session establishment but behaves like an IBGP session when propagating routing updates where the local preference, multi-exit discriminator, and next-hop attributes are not changed?

Which type of BGP session behaves like an EBGP session during session establishment but behaves like an IBGP session when propagating routing updates where the local preference, multi-exit discriminator, and next-hop attributes are not changed?
A . BGP sessions between a route reflector and its clients
B . BGP sessions between a route reflector and its non-client IBGP peers
C . BGP sessions between a route reflector and another route reflector
D . Intra-confederation IBGP sessions
E . Intra-confederation EBGP sessions

View Answer

Answer: E

Explanation:

http://www.cisco.com/en/US/docs/ios_xr_sw/iosxr_r3.7/routing/configuration/guide/rc37bgp.html# wp1191371

BGP Routing Domain Confederation

One way to reduce the iBGP mesh is to divide an autonomous system into multiple subautonomous systemsand group them into a single confederation. To the outside world, the confederation looks like a singleautonomous system. Each autonomous system is fully meshed within itself and has a few connections to other autonomous systems in the same confederation. Although the peers in different autonomous systems haveeBGP sessions, they exchange routing information as if they were iBGP peers. Specifically, the next hop, MED, and local preference information is preserved. This feature allows you to retain a single IGP for all of theautonomous systems.