CCNP Interview Questions on BGP and Route Redistribution

What do interviewers test in CCNP BGP interviews?

Interviewers usually test whether you can configure, verify and troubleshoot BGP rather than only define protocol terms. They may also ask how you would control route redistribution, prevent routing loops and explain unexpected path selection.

These skills are relevant to enterprise network engineer, NOC engineer, routing engineer and network support roles. Candidates preparing through a CCNP Enterprise course should be comfortable reading routing tables, interpreting BGP attributes and applying route policies with prefix lists and route maps.

A typical technical round may include:

• Establishing eBGP and iBGP neighbour relationships
• Explaining BGP best-path decisions
• Advertising prefixes with network and redistribute
• Filtering routes with prefix lists and route maps
• Redistributing between BGP, OSPF and EIGRP
• Preventing routing feedback and route-table growth
• Diagnosing missing routes or inactive BGP paths
• Explaining the effect of administrative distance and metrics

For a protocol-level refresher before attempting these questions, review BGP eBGP, iBGP and path selection.

Which job roles use BGP and route redistribution?

BGP and redistribution are commonly used by enterprise network engineers, service provider engineers, NOC teams and network consultants. The depth required depends on whether the organisation manages internet links, MPLS connectivity, data centres, cloud connections or multiple internal routing protocols.

Day-to-day work can include checking BGP session state, reviewing maintenance changes, validating advertised routes, investigating packet loss and updating prefix filters. Engineers must document why a route is accepted, rejected, preferred or redistributed.

What skills should you have before a CCNP interview?

A CCNP candidate should understand routing behaviour and be able to prove an answer with Cisco IOS commands. Memorising definitions is not enough when the interviewer presents a topology or partial command output.

Use this practical checklist:

• Read show ip route and identify route source, administrative distance and metric.
• Read show ip bgp and identify valid, best and locally originated paths.
• Configure eBGP and iBGP neighbours correctly.
• Explain next-hop reachability and the purpose of next-hop-self.
• Use prefix lists, route maps, communities and AS-path filters.
• Explain BGP attributes including weight, local preference, AS path and MED.
• Redistribute routes with explicit filters and seed metrics where required.
• Use route tags to reduce redistribution feedback risks.
• Check the exact prefix and mask required by a BGP network statement.
• Troubleshoot with a structured, hop-by-hop process.

Candidates who need more practice with advanced routing topics can also use the CCNP ENARSI practical study order.

What are the most important CCNP interview questions on BGP?

Strong answers explain both protocol behaviour and operational consequences. The following questions include concise model answers that can be expanded during a technical interview.

1. What is the difference between eBGP and iBGP?

Model answer: eBGP exchanges routes between different autonomous systems, while iBGP exchanges BGP routes inside the same autonomous system. Cisco IOS uses an administrative distance of 20 for eBGP routes and 200 for iBGP routes by default.

eBGP normally sets the receiving interface address as the next hop when advertising a route. An iBGP speaker does not normally change the next-hop attribute when passing an eBGP-learned route to another iBGP neighbour, so next-hop-self is commonly required.

2. What conditions are required for a BGP neighbour to reach Established state?

Model answer: The routers need IP reachability, matching neighbour addresses and compatible AS configuration. TCP port 179 must not be blocked, and options such as authentication, update source and eBGP multihop must match the intended design.

Useful checks include:

show ip bgp summary
show ip bgp neighbors 192.0.2.2
show tcp brief | include 179
show ip route 192.0.2.2

If the session remains Active, check reachability, access lists and the configured remote AS. If loopbacks are used, verify update-source and, for non-directly connected eBGP peers, ebgp-multihop.

3. Why does a BGP network statement fail to advertise a prefix?

Model answer: The exact prefix and mask must exist in the local routing table before the BGP network statement can originate it. The route can come from a connected, static or dynamic source, but its prefix length must match the configured statement.

For example, this statement requires 10.10.10.0/24 in the routing table:

router bgp 65001
 network 10.10.10.0 mask 255.255.255.0

A route for 10.10.0.0/16 does not satisfy that statement. Verify with show ip route 10.10.10.0 255.255.255.0 and show ip bgp 10.10.10.0/24.

4. What is the difference between a BGP network statement and redistribution?

Model answer: A network statement originates a specific route that already exists in the routing table. Redistribution imports eligible routes from another routing source into BGP and can unintentionally advertise many prefixes if it is not filtered.

Routes originated by a network statement normally have an origin code of i, while redistributed routes normally have an incomplete origin code of ?. In production, route maps and prefix lists should restrict redistribution.

5. How does BGP select its best path?

Model answer: BGP evaluates path attributes in a defined order until one path is preferred. On Cisco IOS, important early checks include highest weight, highest local preference, locally originated path and shortest AS path.

Further comparisons can include origin type, lowest MED under applicable conditions, eBGP over iBGP and lowest IGP metric to the next hop. A good interview answer should state that the exact sequence can depend on platform features and configuration.

6. Why is an iBGP route visible but not installed in the routing table?

Model answer: The route may have an unreachable next hop, a better route from another source or a recursive resolution problem. The BGP table can retain a valid-looking path even when it is not selected for the IP routing table.

Check both tables and next-hop reachability:

show ip bgp 203.0.113.0/24
show ip route 203.0.113.0 255.255.255.0
show ip route <bgp-next-hop>

If an edge router passed the external next hop unchanged to an iBGP peer, configure neighbor <address> next-hop-self where appropriate.

7. When would you use local preference instead of MED?

Model answer: Local preference is used inside an AS to choose the preferred outbound exit and the higher value wins. MED is generally sent to a neighbouring AS to suggest a preferred inbound entry, and the lower value wins.

Local preference is propagated to iBGP peers but is not normally advertised to eBGP peers. MED is advisory, so the neighbouring organisation may override or ignore it through its own policy.

8. What does the BGP next-hop attribute tell you?

Model answer: The next-hop attribute identifies the IP address that must be reachable to forward traffic towards a BGP prefix. A BGP route cannot be used correctly unless that next hop can be resolved through the routing table.

This is why BGP troubleshooting must include the IGP or static routes supporting the next hop. A stable BGP session alone does not prove that advertised traffic paths work.

What are the key route redistribution interview questions?

Route redistribution questions test policy design as well as Cisco IOS syntax. The safest answer is rarely “redistribute everything”; interviewers expect filtering, metric planning, tagging and verification.

9. What is route redistribution?

Model answer: Route redistribution imports routes learned by one routing source into another routing protocol. It is used at routing boundaries, during migrations or when different network sections run different protocols.

The receiving protocol creates new routing information using its own metric system. The original protocol metric is not automatically translated into an equivalent value because OSPF cost, EIGRP composite metric and BGP attributes represent different concepts.

10. Why can mutual redistribution create a routing loop?

Model answer: A route can be imported from protocol A into protocol B and then redistributed back into protocol A at another boundary router. The returning route may appear to be new information and compete with its original path.

Use route filtering, route tags, protocol-specific policies and a clear ownership plan. Administrative distance alone is not a complete loop-prevention strategy because it controls local route preference rather than what another router advertises.

11. Why is the subnets keyword important when redistributing into OSPF?

Model answer: On Cisco IOS, subnets allows classless routes, including subnetted prefixes, to be redistributed into OSPF. Without it, expected subnet routes may not be imported.

Example:

router ospf 10
 redistribute bgp 65002 subnets

This command is technically valid but too broad for most production networks. A route map should normally limit the accepted BGP prefixes.

12. What is the difference between OSPF external type 1 and type 2 routes?

Model answer: An OSPF E1 metric includes the external seed metric plus the internal OSPF cost to the ASBR. An E2 metric primarily uses the external metric and is the default external type on Cisco IOS.

E1 can make path choice reflect the distance to multiple redistribution points. E2 may be suitable when the external cost should dominate, but the choice must follow the network design.

13. How do route tags help during redistribution?

Model answer: A route tag is metadata attached to a redistributed route so another redistribution point can identify its origin or policy class. A route map can deny routes carrying that tag from being sent back into the original protocol.

Tags do not change packet forwarding by themselves. They are useful only when consistent route-map policies match and act on them.

How would you configure a controlled BGP-to-OSPF redistribution lab?

Use explicit prefix filters, a route map, a defined metric and a route tag. This example permits only 203.0.113.0/24 from BGP into OSPF and marks it so that another policy can recognise it.

Assume R2 runs BGP AS 65002 towards R1 and OSPF process 10 towards R3.

ip prefix-list BGP-TO-OSPF-PFX seq 5 permit 203.0.113.0/24

route-map BGP-TO-OSPF permit 10
 match ip address prefix-list BGP-TO-OSPF-PFX
 set metric 50
 set metric-type type-1
 set tag 65002

router ospf 10
 redistribute bgp 65002 subnets route-map BGP-TO-OSPF

R3 should learn the route as an OSPF external type 1 route:

R3# show ip route 203.0.113.0
Routing entry for 203.0.113.0/24
  Known via "ospf 10", distance 110, metric 51, type extern 1
  Last update from 10.23.23.2 on GigabitEthernet0/0

The displayed metric can be greater than 50 because an E1 route adds the internal cost to reach the ASBR. Verify the tag with show ip route 203.0.113.0 255.255.255.0 or the relevant OSPF database command supported by the IOS version.

How would you redistribute selected OSPF routes into BGP safely?

Filter the OSPF routes before importing them into BGP, and reject routes tagged as having originally come from BGP. This prevents broad advertisement and helps stop feedback in a network with more than one redistribution point.

ip prefix-list OSPF-EXPORT seq 5 permit 10.30.30.0/24

route-map OSPF-TO-BGP deny 5
 match tag 65002

route-map OSPF-TO-BGP permit 10
 match ip address prefix-list OSPF-EXPORT
 set metric 50

router bgp 65002
 redistribute ospf 10 route-map OSPF-TO-BGP

The order matters. Tagged routes are denied first, and only the approved internal prefix is permitted afterward. Because route maps contain an implicit deny, all other OSPF routes are excluded.

After configuration, verify the local BGP table and the routes advertised to the peer:

show ip bgp 10.30.30.0/24
show ip bgp neighbors 192.0.2.1 advertised-routes
show route-map OSPF-TO-BGP
show ip prefix-list OSPF-EXPORT

A redistributed route normally shows ? as its BGP origin code. Confirm that the intended neighbour receives only the approved prefix.

How should you troubleshoot missing redistributed routes?

Troubleshoot from the source routing table through the redistribution policy and then into the destination protocol database. Do not start by repeatedly clearing protocol sessions, because that can hide the actual policy or reachability problem.

1. Confirm the source route exists. Use show ip route <prefix> and verify that it was learned from the expected source protocol.
2. Check route-map sequence order. An earlier deny statement may match before the intended permit statement.
3. Check the prefix list. Confirm the exact prefix length and any ge or le conditions.
4. Verify the redistribution command. Check the process ID, BGP AS number, route-map name and OSPF subnets keyword.
5. Inspect the destination database. Use show ip bgp, show ip ospf database external or the appropriate protocol command.
6. Check next-hop reachability. A redistributed BGP route may exist but remain unusable when its next hop is unresolved.
7. Look for a better competing route. Administrative distance may cause another source to remain installed.
8. Validate on the receiving router. Confirm advertisement and receipt rather than assuming local redistribution completed the end-to-end path.

Useful commands include:

show ip protocols
show ip route
show ip bgp summary
show ip bgp
show ip ospf database external
show route-map
show ip prefix-list
show ip bgp neighbors <peer-address> advertised-routes

Use soft policy re-evaluation where supported and appropriate. Avoid clear ip bgp * in a production network unless the impact is understood and an approved change plan requires it.

How should you answer scenario questions in an interview?

State your assumptions, identify the routing boundary and explain how you would verify each stage. Interviewers are often more interested in a safe troubleshooting method than an instant command.

A clear answer structure is:

1. Identify the source and destination protocols.
2. Confirm which prefixes are authorised for redistribution.
3. Choose prefix lists and route maps to enforce the policy.
4. Set the required metric, metric type or BGP attribute.
5. Add tags or other controls to prevent feedback.
6. Verify the source route, protocol database, advertisement and receiving table.
7. Test forwarding with ping and traceroute after control-plane verification.

Do not say that you would redistribute all routes unless the scenario explicitly requires it. Broad redistribution can expose infrastructure prefixes, default routes or unintended paths.

Short summary

CCNP interview questions on BGP and route redistribution test neighbour formation, path selection, next-hop resolution, filtering and loop prevention. Prepare by building small labs, predicting the routing table before running verification commands, and explaining why each route is or is not advertised.

For guided labs, interview preparation and advanced enterprise routing practice, enquire about upcoming batch details for the CCNP Enterprise course.

Reviewed by Network Rhinos networking trainers.

Related reading: VPN Types Explained: Site-to-Site, Remote Access, IPsec and SSL