チャンネル名を「zebra」から「zebra-dev」に変更しました

https://github.com/FRRouting/frr/commit/518f0eb1886d7f84194e31bc54ab9224f6e0b24a#diff-c817a4fded76b32687c6dc4c62438eed69e6e414d9b7ba5ea72176a2fb89bc5c|https://github.com/FRRouting/frr/commit/518f0eb1886d7f84194e31bc54ab9224f6e0b24a#diff-c817a4fded76b32687c6dc4c624[…]69e6e414d9b7ba5ea72176a2fb89bc5c前から気になってたんですけどこれ↑どうなんですかね。。
zebra のような running config 直接いじる実装でこの挙動、、問題にならないんですかね。。

Currently, modifications to route maps do not affect already processed
routes; they only affect new route updates. This patch addresses this
limitation.

と書かれてるんですけど、、「いや、そういうふうに作ってるんだが。。」という話じゃないのかな。。

がこのチャンネルの説明を「このチャンネルでは #zebra-dev についてどんなことでも話し合えます。ミーティングの開催、資料の共有、チーム一体での意思決定ができます。」に設定しました

どういう風にするのが理想だと思います？それが決まれば、そういう風に治しちゃいましょうかw

@U06D6CW4QMU 強制Route Refreshするようにしたんですね。これはいかん気が。。。。@U06CYG1HGKZ この修正はrevertしたほうがいいと思いますね。

いや、なんでこういうふうに変えたのかが気になったんですよね。。clear bgp ipv4 xxx soft するじゃダメだった理由が何かあったのかな、、というのが気になってるんですが、、あるのか？？そんな理由？？

configがcommit/rollbackベースならまだしもrunning configの変更時にこれやられると事故ると思いますね。

でもいま master みたらこのままなんですよ、、もしかして自分の感覚がおかしいのかな、、と不安になってましたw

2015からの変更もたくさんありそうですし、そのパッチだけrevertするの難しいかもですね。

route-map変更後、新経路についてはどうすべきなんでしょうね。古いroute-map持っておいて、そちらを使い続ける、（つまり、パーシャルなcommit/rollbackをroute-mapだけ実装する）とかしたほうが良さそうな気もします

route-mapってpeerごとにも使い回しそうですよね。そうすると、コピって各自持っておく、のかな？

手動soft resetがいい気がしますね。

route_map_dupみたいなの作って、それぞれに別インスタンスを持たせるようにしましょうか。そうなってましたっけ？

そんな余計なことする必要ないですかね？

そうですね、特に特別なことはしなくていい気がします。