16:01:00 #startmeeting Networking meeting 16:01:00 Meeting started Wed Aug 24 16:01:00 2016 UTC. The chair is gundalow. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:01:00 Useful Commands: #action #agreed #halp #info #idea #link #topic. 16:01:00 The meeting name has been set to 'networking_meeting' 16:01:08 #chair Qalthos privateip 16:01:08 Current chairs: Qalthos gundalow privateip 16:01:27 Hey eveyone, who's around? 16:01:34 * caphrim007 raises hand 16:01:35 caphrim007: hi 16:01:40 * mhite waves 16:01:45 good day all 16:01:46 * Qalthos 🌊🌊 16:02:18 Agenda as always https://github.com/ansible/community/issues/110 16:02:48 #topic Tracking Network OS versions 16:04:06 gundalow: i've added some topics 16:04:11 For now on we will be including details of the version of the network appliance that's been tested in when doing bug fixing 16:04:14 caphrim007: Thanks :) 16:05:30 privateip: You got the example, I can't see it now 16:05:56 https://github.com/ansible/ansible-modules-core/pull/4523 16:05:56 For example a string like: Tested with VyOS 1.7 16:06:01 Thanks 16:06:06 np 16:06:11 We also ask for that information when people raise bugs 16:07:11 Just as freeform text, the aim is we can 1) Track what a PR has been tested against, which helps if bugs are found later on 2) Lets us know what people are using 16:07:15 privateip: anything you'd like to add? 16:08:30 gundalow - this should also include hardware version/type too? 16:08:44 stianvi: excellent question. I think that would be useful 16:08:53 i.e. qfx5100 junos 15.1R4 16:09:36 One would hope that the APIs are common across appliances, however that may not be the case 16:10:13 hw is nice to have but the os will be the req element 16:10:24 in some cases hw just doesn't make sense 16:11:54 It's a new thing, we will try it out and see how it works. Easy to adjust in the future 16:12:42 Any other questions/thoughts on that? 16:12:47 Seems reasonable. 16:13:49 #topic 2.2 code freeze 16:14:11 #info Ansible 2.2 is coming. https://groups.google.com/forum/#!topic/ansible-devel/Ce5uNA5TnJ0 16:14:27 #n preparation for major releases, we will be instituting a "feature freeze" before the first release candidate. For 2.2, the last day to add features will be Monday, September 5th. 16:14:31 During this period, no new features will be added to the devel branch as we stabilize the code and prepare to create the stable-2.2 branch. This freeze will last at least 2 weeks, but could last up to a month or more depending on any bugs we find related to the new features we've created in the devel branch. 16:14:41 .. 16:15:27 So the Network group, like the rest of the Core Engineering Team are busy finishing off their features for that 16:15:29 does that date apply to -extras too? 16:16:04 caphrim007: -extra will be ~ 2 weeks after that 16:16:08 k 16:16:19 I see you have more modules for us :) 16:16:46 so just for the core and core-modules? 16:16:46 yeah i wanted to get them in before 2.2 window closed 16:16:54 * privateip labels caphrim007 "the module machine" 16:17:00 +! 16:17:03 +1 16:17:10 +1 16:17:42 @caphrim007 is definitely beast mode on the F5 modules right now. 16:17:56 stianvi: I think we will allow some modules-core changes in, though maybe not as long a window as modules-extras 16:18:33 thanks gundalow 16:19:22 #topic Ansible 2. Network Modules updates 16:19:27 * gundalow hands over to privateip 16:19:34 thx 16:19:46 just a quick update for those here (and those reading at home later) 16:20:00 you might have noticed a flurry of commits this week 16:20:12 we are starting to get the network 2.2 refactor merged back into devel 16:20:27 as of now the following are code complete (still in testing) 16:20:35 ios_config, ios_commnad, ios_facts 16:20:41 nxos_config, nxos_command 16:20:50 eos_command, eos_config 16:21:00 iosxr_command, ios_config (coming today) 16:21:08 iosxr_command, iosxr_config** (coming today) 16:21:16 vyos_command, vyos_config 16:21:21 still to come 16:21:32 ops_command, ops_config (openswitch) 16:21:37 junos_command, junos_config 16:21:44 facts modules for all 16:22:08 i would suggest starting serious testing next week 16:22:21 please file issues for anything you find 16:22:33 lots of goodness added to both 16:22:48 do those command modules use...a webservice api? 16:23:00 where available 16:23:00 or is it a cli via paramiko? 16:23:03 or something else? 16:23:21 all support cli, we have implemented api calls for those platforms that support them 16:23:53 the two biggest changes: *_command will now enforce no config commands and *_config will now load a config from disk 16:24:07 ahh ok 16:24:07 this will ultimately allow us to deprecate *_template 16:24:41 * privateip takes a bow and returns to gundalow 16:24:48 * gundalow wakes up 16:24:59 Any other questions on that? 16:25:08 haha i have a habit of doing that to people :) 16:25:30 nah, was just realising other stuff we needed to do and making notes :( 16:25:54 #topic caphrim007's F5 modules 16:26:32 i sent in several. they've been baking in our other repo for a while now 16:27:29 privateip: Are you happy for me to merge any that have "shipit" LABEL 16:27:38 yep 16:27:51 i think i've tried to address any comments on them from mhite, gundalow, etc 16:28:06 Cool, I'll review after meeting and do so 16:28:10 caphrim007: in https://github.com/ansible/ansibullbot/blob/master/MAINTAINERS-EXTRAS.txt 16:28:12 i added another pr for a bigip_facts enhancement a couple moments ago 16:28:30 Should the whole of network/f5 just be allocated to you? 16:28:43 yeah probably, at a minimum 16:28:52 mhite: want to be on that list too? 16:29:04 (sees he's there) 16:29:11 being on that list means you will get a ping when someone raises a PR 16:29:22 that's fine 16:29:29 `network/f5/: mhite caphrim007` 16:29:55 caphrim007: did you take over bigip_gtm_wide_ip.py from perzizzle? 16:30:16 i think they mentioned they were ok with that? 16:30:21 so I'm ok with that 16:30:28 cool, I'll update that 16:30:46 i'll need to make sure that it's part of the f5-sdk before i move forward on it 16:31:00 so it may not be ready for 2.2 16:34:14 caphrim007: https://github.com/ansible/ansible-modules-extras/pull/2777/files did you decide to remove the singular option ntp_server, and just use ntp_servers (with s) 16:35:04 ....y......e....s..... 16:35:14 * caphrim007 goes to look at his tests 16:35:25 YAY TESTS 16:35:37 I think the docs just need trimming don 16:35:39 down* 16:36:09 yeah it looks like i decided against the two different params 16:36:16 lemme update that 16:36:24 aye, one option is much better 16:38:12 #topic Open Floow 16:38:14 #topic Open Floor 16:38:24 What else do people have? 16:38:37 Qalthos: Anything? 16:39:37 * Qalthos looks for the tab 16:40:12 #topic Provide options for SSH key checking https://github.com/ansible/ansible/pull/15736 16:40:16 #link https://github.com/ansible/ansible/pull/15736 16:40:23 * gundalow hands over to Qalthos 16:40:52 Basically, as it is now, using shell to provide SSH connections doesn't actually do any sort of host checking 16:41:28 It pretends to, but doesn't actually consult any known_hosts files, making it somewhat pointless 16:42:53 This change adds three options for using shell... 'ignore', which preserves the current behavior, 'strict', which checks user and system host files and rejects hosts it doesn't know, and 'loose', which does the thing most people want 16:43:45 ie, allow hosts, but check host files and write back to ~/.ssh/known_hosts (unless I misunderstand paramiko docs) 16:44:40 +1 for loose as the default for 2.2 16:45:12 caphrim007: mhite stianvi What are your thoughts? 16:45:26 + anyone else lurking in here :) 16:45:46 I'm ok with loose 16:46:03 +1 loose as default as well 16:46:08 i concur 16:46:09 sweet 16:46:14 skg_net: hi :) 16:46:45 @gundalow Hi 16:46:50 unless anyone has any objections, I will change the default to loose and merge today, then 16:48:29 cool, thanks Qalthos 16:48:37 #topic Open Floor 16:48:41 Anyone got anything else? 16:49:09 is there a way for Ansible to persist the ssh connection 16:49:17 I tried ssh_args = -o ControlMaster=auto -o ControlPersist=60s but no luck 16:50:05 not today when using connection=local (ie cli over ssh) 16:50:31 Thanks 16:50:36 for devices that offer a true linux environment then the connection can be changed to ssh in which case the control channel is persisted 16:51:27 ok got it..let me play around and get back 16:53:35 * gundalow makes a note to add that to the docs (when I update them) 16:55:31 Anything else, otherwise I'll close the meeting 16:56:13 Monday I will be raising PRs for DELL modules 16:56:34 skg_net: ah yes 16:57:29 skg_net: ping me here, or "@gundalow" in the PR and I'll look at it 16:57:34 #closemeeting 16:57:43 #meetingclose 16:57:48 ok will do it 16:57:51 #endmeeting