[04:26:56] 10Mail, 10Infrastructure-Foundations, 10vrts, 10Wikimedia-Incident: Incident: 20221017 - mx and vrts - https://phabricator.wikimedia.org/T321135 (10Legoktm) [08:21:50] 10Mail, 10Infrastructure-Foundations, 10Znuny, 10vrts, 10Wikimedia-Incident: Incident: 20221017 - mx and vrts - https://phabricator.wikimedia.org/T321135 (10Peachey88) [09:20:03] 10netops, 10Infrastructure-Foundations, 10SRE, 10ops-eqiad, 10Patch-For-Review: Decommission eqiad cage WiFi - https://phabricator.wikimedia.org/T320962 (10ayounsi) Access security zone, DHCP server, NAT config removed from the routers. New DHCP relay feature enabled instead of the old bootp one. Netbo... [09:24:34] 10netops, 10Cloud Services Proposals, 10Infrastructure-Foundations, 10SRE: Separate WMCS control and management plane traffic - https://phabricator.wikimedia.org/T314847 (10aborrero) I'm trying to capture this project also in https://wikitech.wikimedia.org/wiki/Wikimedia_Cloud_Services_team/EnhancementProp... [09:27:21] 10netops, 10Cloud Services Proposals, 10Infrastructure-Foundations, 10SRE: Separate WMCS control and management plane traffic - https://phabricator.wikimedia.org/T314847 (10taavi) >>! In T314847#8326550, @cmooney wrote: >>> /32 Service IPs should be from the cloud realm public /24 (185.15.56.0/24) if the s... [10:05:01] 10netops, 10Cloud Services Proposals, 10Infrastructure-Foundations, 10SRE: Separate WMCS control and management plane traffic - https://phabricator.wikimedia.org/T314847 (10cmooney) >>! In T314847#8328277, @taavi wrote: > Your comment was written in a way that made me understand that everything used in cod... [10:05:22] 10netops, 10Cloud Services Proposals, 10Infrastructure-Foundations, 10SRE: Separate WMCS control and management plane traffic - https://phabricator.wikimedia.org/T314847 (10aborrero) >>! In T314847#8328277, @taavi wrote: >>>! In T314847#8328272, @aborrero wrote: >> HAproxy uses LVS/ipvsadm for them under t... [12:17:09] We're live in Equinix SV1! [12:17:36] yay [12:22:03] nice work!! [12:23:05] I marked Palo Alto as "not operational" now in PeeringDB and San Jose as live [12:23:46] now we need to mass email our current peers before decom the old sessions [12:23:51] https://www.peeringdb.com/net/1365 [12:24:06] and removing the sessions to the route server [12:24:07] if only you had a cookbook for that :D [12:24:55] yeah, that's going to make things much easier! I'm wondering if I can temporarily modify the email text for this one off email [12:27:12] sure, why not. just coordinate with to.pranks, you're the only two that would use the email feature [12:30:37] cool I'm happy to help too :) [13:32:51] 10netops, 10Infrastructure-Foundations: Ramp up SV1 IXP - https://phabricator.wikimedia.org/T321193 (10ayounsi) p:05Triage→03Medium [14:03:20] 10netops, 10Infrastructure-Foundations, 10SRE: Ramp up SV1 IXP - https://phabricator.wikimedia.org/T321193 (10ayounsi) [14:29:23] Microsoft... https://learn.microsoft.com/en-us/azure/internet-peering/howto-exchange-powershell am I reading this right? [14:30:01] amazing [14:30:28] oh, it's also possible to use their portal... somehow https://learn.microsoft.com/en-us/azure/internet-peering/howto-exchange-portal [14:31:49] nice