Closed eugenepaniot closed 6 years ago
thanks @eugenepaniot for reprot. So in 0.1.0
its working fine but it's a regression in the latest HEAD?
@murali-reddy yes, 0.1.0 works fine. I've tried to migrate to latest version, but unsuccessful -(
I will look at the change if I see something wrong
@eugenepaniot @ut0mt8 this is enforcement added recently in GoBGP
https://github.com/osrg/gobgp/blob/master/config/default.go#L245
GoBGP version used in 0.1.0
did not had this enforcement.
Afaik using @IP for cluster id is just a convention. The RFC state 4 bytes long number and most implementation accept both form. Anyway the better is to update the example in the doc.
I opened https://github.com/osrg/gobgp/issues/1719 to know the rationale.
Ok patch is on the way in GoBGP.
Its fixed in upstream, we need to vendor latest master or wait for GoBGP new release.
Any updates on that?
I'm assuming this was fixed ? not the case ?
Unfortunately this issue missed attention. Its not fixed (basically need to use latest GoBGP) yet from kube-router side.
How to reproduce
1.2 Slave node / RR Client
kube-router --bgp-graceful-restart --nodes-full-mesh=true --master http://ams04-e01-kbs01:8080 --kubeconfig /etc/kubernetes/kubeconfigs/kube-proxy.kubeconfig --iptables-sync-period 2s --ipvs-sync-period 2s --routes-sync-period 2s --run-service-proxy=false --hairpin-mode --enable-pprof --metrics-port 1180 --v=2 --peer-router-asns 65430,65430 --peer-router-ips 10.56.20.2,10.56.20.3 --peer-router-multihop-ttl 255 --enable-ibgp=true --cluster-asn 65430
Wrong behaviour
In log:
Neighbor haven't been added to configuration, as error.
Expected behaviour