-
Notifications
You must be signed in to change notification settings - Fork 2.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
host-gw: add windows support #921
Conversation
@tomdee I am having trouble updating just the gonetsh vendor version. What is the correct way to do this - issues online appear to suggest editing the lock file manually. Do you have thoughts on how to do? I want to update to rakelkar/gonetsh@758b1f7 |
@rakelkar You can just update the lock file manually. I also don't mind if you end up updating other vendored libraries. If I think it's a problem to update other libraries then 'll introduce more pins in glide.yaml. |
afa0df5
to
0dc90ba
Compare
9944210
to
f8f5fc8
Compare
FYI I am sharing my Ansible playbooks for deploying windows/ubuntu cluster which has flannel with host-gw backend. Someone may find this useful I guess, unfortunately I am not able to focus on developing thexe in next weeks: https://github.com/ptylenda/kubernetes-for-windows |
got the error: HNS failed with error : An adapter was not found. I0711 13:57:07.141605 4872 main.go:422] Searching for interface using 10.126.79.218 |
What's the status of this possible support? would be great to have support for flannel plugin on windows. Same for #922 |
@pablodav Flannel in host-gw mode works today on Windows with pre-built binaries that include the open PR's, but it's not an ideal situation. Right now we are targeting this PR and working together with the maintainers to try and get basic Windows CNI plugins in which can be used by Flannel. Afterwards we will cleanup these plugins and work on tests with @madhanrm and @dineshgovindasamy as maintainers (this is a Windows only plugin, so it shouldn't break any existing CNI's for Linux). VxLAN is still under active development, including from platform perspective. |
Thaks for the update @daschott ! Sounds good to have some news and clear information where it is going! |
- patch for flannel-io#921
- patch for flannel-io#921
- patch for flannel-io#921
- patch for flannel-io#921
- patch for flannel-io#921
- patch for flannel-io#921
- patch for flannel-io#921
- patch for flannel-io#921
- patch for flannel-io#921
- patch for flannel-io#921
- patch for flannel-io#921
FYI @nagiesek |
- patch for flannel-io#921
- patch for flannel-io#921
- patch for flannel-io#921
- patch for flannel-io#921
- patch for flannel-io#921
- patch for flannel-io#921
- Add Windows host-gw (*) patch for flannel-io#921 - Add windows vxlan (*) patch for flannel-io#922
- Add Windows host-gw (*) patch for flannel-io#921 - Add windows vxlan (*) patch for flannel-io#922
- Add Windows host-gw (*) patch for flannel-io#921 - Add windows vxlan (*) patch for flannel-io#922
@rakelkar What is the status of this PR? Is it ready for review and merging? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
Real minor nits. The PR should be ready to merge, neverthless. We should do a cosmetic code rejig in another PR to have proper common code and overriding interface implementations for windows/linux.
Also, for the gonetsh library, is there a direct kernel syscall way of managing links and routes?
return n.extIface.Iface.MTU | ||
} | ||
|
||
func (n *network) Run(ctx context.Context) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This function should be made common between linux/windows. The list of routes malloc can be part of the New/Register function itself.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
we will move it in the next PR.
name string | ||
extIface *backend.ExternalInterface | ||
linkIndex int | ||
rl []netroute.Route |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
A better name here possibly? 'routes'?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Will fix this in a subsequent PR.
I have a flannel/hostgw cluster on vsphere, with a linux node and a windows node. The one thing that doesn't work is that the linux node (the host, not a container) can't connect to windows service clusterips. This breaks accessing windows services through the NodePort on the linux node. Does accessing a windows service via a nodeport on a linux node work for you with this PR? |
- Add Windows host-gw (*) patch for flannel-io#921 - Add windows vxlan (*) patch for flannel-io#922
- Add Windows host-gw (*) patch for flannel-io#921 - Add windows vxlan (*) patch for flannel-io#922
- Add Windows host-gw (*) patch for flannel-io#921 - Add windows vxlan (*) patch for flannel-io#922
Lets abandon this PR. We are taking PR#1042 which is merged PR. @rakelkar , can u abandon this PR? |
Closing this PR in favour of #1042. Please re-open if needed. |
- Add Windows host-gw (*) patch for flannel-io#921 - Add windows vxlan (*) patch for flannel-io#922 Co-authored-by: rakelkar <[email protected]> Co-authored-by: madhanrm <[email protected]>
Description
Host GW support for windows (3a from #832) #833
Needs integration tests!!
Todos