[BGPCEP-778] Peer-group reconfiguration has no effect on neighbor Created: 28/Mar/18 Updated: 14/Jun/18 Resolved: 29/Mar/18 |
|
| Status: | Verified |
| Project: | bgpcep |
| Component/s: | BGP |
| Affects Version/s: | Fluorine |
| Fix Version/s: | Fluorine |
| Type: | Bug | Priority: | Medium |
| Reporter: | Tomas Markovic | Assignee: | Claudio David Gasparini |
| Resolution: | Done | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Attachments: |
|
| Description |
|
Overview: I configure peer-group called "custom-group" with ipv6 afi. Than I configure neighbor to this custom-group. I send ipv6 route from play.py or exabgp, and the route is in topology and ribs as expected. When I reconfigure(PUT) without ipv6 afi, the routes are still in topologies and ribs, without any difference. Than I (DELETE) whole custom-group. Routes are still visible in ribs and example-ipv6-topology. This is all with stable play.py/exabgp connection, reconnection doesn't make a difference. As a counterpoint when I configure neighbor without peer-group with specified afi ipv6, routes are in. When I configure it without ipv6 afi, routes are not visible. Also as a side note when I try to send routes with many attributes, peer-group configured neighbor does not accept them at all. However nighbor without peer-group with all afi-safis does. It almost seems like there are always only 3 afi-safis ipv4, ipv6, and linkstate. and it doesnt matter how I configure the peer-group. Maybe it always takes config from internal-neighbor? Sidenotes:
Steps to reproduce: env exabgp.tcp.port=1790 exabgp --debug exaipv6.cfg 6) at this point checkout example-ipv6-topology with script also we can check full rib as always with curl -H "Accept: application/json" -u admin:admin "http://localhost:8181/restconf/operational/bgp-rib:bgp-rib/rib/example-bgp-rib" | jq "."' 7) reconfigure peer-group with only linkstate afi-safi |
| Comments |
| Comment by Claudio David Gasparini [ 29/Mar/18 ] |