- mice-discuss - lists.micemn.net

Re: ARIN on the Road: Minneapolis

by Chris Wopat

On 03/10/2018 06:16 PM, David Farmer wrote: > If you are an ARIN POC you probably have, or will, receive an invitation > directly from ARIN regarding this event. But, I want to make sure everyone > involved in MICE knows about this event coming to town this spring. Thanks for the heads up Dave. Has any consideration been done to attempt to move the MICE UG to an adjacent day to this? I don't see UG 28 scheduled yet. I realize this would place it quite early - May instead of the usual July or June. Just a greedy suggestion as it makes it easier to justify travel for us out of town folks. --Chris

March 11, 2018

Re: ARIN on the Road: Minneapolis

by Mike O'Connor

i'm going. mike > On Mar 10, 2018, at 6:16 PM, David Farmer <farmer(a)umn.edu> wrote: > > If you are an ARIN POC you probably have, or will, receive an invitation directly from ARIN regarding this event. But, I want to make sure everyone involved in MICE knows about this event coming to town this spring. > > Please Register and Join us on May 1st. > > Thanks > > ----- > > ARIN is taking the show on the road, and this time we are heading to Minneapolis, Minnesota! Registration is now open for: > > ARIN on the Road: Minneapolis > Tuesday, 1 May 2018 > 9:30 AM – 3:45 PM CDT; > Registration and Continental Breakfast at 9:00 AM CDT > Register at: https://www.arin.net/minneapolis <https://www.arin.net/minneapolis> > > This one-day event is your opportunity to learn about topics like: > > ARIN's Mission and Core Functions > ARIN Technical Services > Policy Development at ARIN > IPv4 Services – Waiting List, Transfers, and more > ARIN Security Services – DNSSEC, RPKI, and more > ARIN Directory Services – RDAP, Whois, Whowas, Data Accuracy > IPv6 Services – Obtaining Resources, Networking Plans > Community Engagement with ARIN > Registration Services Department Update > Joining us "on the road" is a great first step to learn how you can take the wheel and steer the future of the Internet. In addition to providing great professional education, ARIN on the Road will give you a chance to connect with colleagues and find out how you can get involved in the ARIN community. > > Registration is free and lunch is included! Seating is limited so register today. > > If you know other individuals whom you feel may benefit from attending these events, please extend this invitation to them as well. Feel free to contact us at meetings(a)arin.net <mailto:meetings@arin.net> if you have any questions. > > Regards, > > Communications and Member Services > American Registry for Internet Numbers (ARIN) > > -- > =============================================== > David Farmer Email:farmer@umn.edu <mailto:Email%3Afarmer@umn.edu> > Networking & Telecommunication Services > Office of Information Technology > University of Minnesota > 2218 University Ave SE Phone: 612-626-0815 > Minneapolis, MN 55414-3029 Cell: 612-812-9952 > =============================================== > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 <http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1> WI:(715) 598-4284 MN:(651) 647-6109 Toll Free:(800) 896-0907 Fax:(866)-280-2356

March 11, 2018

ARIN on the Road: Minneapolis

by David Farmer

If you are an ARIN POC you probably have, or will, receive an invitation directly from ARIN regarding this event. But, I want to make sure everyone involved in MICE knows about this event coming to town this spring. Please Register and Join us on May 1st. Thanks ----- ARIN is taking the show on the road, and this time we are heading to Minneapolis, Minnesota! Registration is now open for: ARIN on the Road: Minneapolis Tuesday, 1 May 2018 9:30 AM – 3:45 PM CDT; Registration and Continental Breakfast at 9:00 AM CDT Register at: https://www.arin.net/minneapolis This one-day event is your opportunity to learn about topics like: ARIN's Mission and Core Functions ARIN Technical Services Policy Development at ARIN IPv4 Services – Waiting List, Transfers, and more ARIN Security Services – DNSSEC, RPKI, and more ARIN Directory Services – RDAP, Whois, Whowas, Data Accuracy IPv6 Services – Obtaining Resources, Networking Plans Community Engagement with ARIN Registration Services Department Update Joining us "on the road" is a great first step to learn how you can take the wheel and steer the future of the Internet. In addition to providing great professional education, ARIN on the Road will give you a chance to connect with colleagues and find out how you can get involved in the ARIN community. Registration is free and lunch is included! Seating is limited so register today. If you know other individuals whom you feel may benefit from attending these events, please extend this invitation to them as well. Feel free to contact us at meetings(a)arin.net if you have any questions. Regards, Communications and Member Services American Registry for Internet Numbers (ARIN) -- =============================================== David Farmer Email:farmer@umn.edu Networking & Telecommunication Services Office of Information Technology University of Minnesota 2218 University Ave SE Phone: 612-626-0815 Minneapolis, MN 55414-3029 Cell: 612-812-9952 ===============================================

March 11, 2018

Looking for IPv6 shops

by Frank Bulk

Good afternoon! I'm looking for an RLEC that has deployed some level of IPv6 to their end-customers (residential or commercial). If you are one, or know of one, please reach out to me -- there's a possible opportunity to share that success more publicly. Kind regards, Frank

March 9, 2018

Re: US Internet MICE connection - Scheduled Maintenance

by Justin Krejci

The date is changing to Monday, March 12th. -----Original Message----- From: Justin Krejci [JKrejci(a)USINTERNET.COM] Received: Monday, 05 Mar 2018, 4:45PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET [MICE-DISCUSS(a)LISTS.IPHOUSE.NET] Subject: [MICE-DISCUSS] US Internet MICE connection - Scheduled Maintenance USI will be doing some brief router/network maintenance work Thursday, March 8th, beginning at 11:30am. All MICE BGP sessions to AS 10242 will be turned down in advance of the work so the impact should be minimal. BGP sessions will be reactivated upon the completion of the work. All MICE BGP sessions to AS 10242 will be turned down in advance of the work so the impact should be min Justin Krejci 952-253-3200 ? 1-800-US-INTERNET 12450 Wayzata Blvd. Suite 315 ? Minnetonka, MN 55305 [http://www.usinternet.com/img/usi-signature.png] ________________________________ To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

March 8, 2018

CNS 100G Remote Switch Upgrade

by Jason Hanke

CNS is upgrading their existing 3x10G LAG to 100G. The new port assignment on the main switch is Ethernet3/7/1 Thanks! -- Jay Hanke Neutral Path Communications 3 Civic Center Plaza, Suite 204 Mankato, MN 56001 (507) 327-2398 mobile jayhanke(a)neutralpath.net www.neutralpath.net

March 7, 2018

Velocity Telephone 10G Upgrade

by Jason Hanke

Velocity Telephone is upgrading to 10G from their existing 1G fiber port. The new port is Ethernet4/21 on the main switch. -- Jay Hanke Neutral Path Communications 3 Civic Center Plaza, Suite 204 Mankato, MN 56001 (507) 327-2398 mobile jayhanke(a)neutralpath.net www.neutralpath.net

March 6, 2018

US Internet MICE connection - Scheduled Maintenance

by Justin Krejci

USI will be doing some brief router/network maintenance work Thursday, March 8th, beginning at 11:30am. All MICE BGP sessions to AS 10242 will be turned down in advance of the work so the impact should be minimal. BGP sessions will be reactivated upon the completion of the work. All MICE BGP sessions to AS 10242 will be turned down in advance of the work so the impact should be min Justin Krejci 952-253-3200 ? 1-800-US-INTERNET 12450 Wayzata Blvd. Suite 315 ? Minnetonka, MN 55305 [http://www.usinternet.com/img/usi-signature.png]

March 5, 2018

Re: IP address update needed for micemn.net

by Richard Laager

On 02/27/2018 05:50 PM, Nevin Lyne wrote: > We provide the hosting for www.micemn.net and we need to move the site over to our new virtualization infrastructure, while we copied the most recent copy of the site over to the new server and IP space, was not sure who I need to: > > a) Update DNS to the new IP addresses: > > Public IPv4: 162.247.143.2 > Public IPv6: 2605:f980:a100:8002::1 I have forwarded this to Paul Bunyan Communications. They handle MICE DNS. > b) Who I need to provide ssh/sftp creds for the new server for updates to the site going forward? I believe this part is Richard Laager at Wiktel.com but never heard back after a direct email to him on Feb 14th. Yes, that'd be me. I replied to you originally, but I see the domain on that was different than this message. I resent it to you here. -- Richard

Feb. 28, 2018

IP address update needed for micemn.net

by Nevin Lyne

Hey all, We provide the hosting for www.micemn.net and we need to move the site over to our new virtualization infrastructure, while we copied the most recent copy of the site over to the new server and IP space, was not sure who I need to: a) Update DNS to the new IP addresses: Public IPv4: 162.247.143.2 Public IPv6: 2605:f980:a100:8002::1 b) Who I need to provide ssh/sftp creds for the new server for updates to the site going forward? I believe this part is Richard Laager at Wiktel.com but never heard back after a direct email to him on Feb 14th. Thanks! -Nevin -- Nevin Lyne -- Founder & Director of Technology -- Arcustech, LLC. - arcustech.com -- Gippy's Internet Solutions, LLC. - enginehosting.com

Feb. 27, 2018

Christensen Communications MICE 10G upgrade

by Jason Hanke

Christensen Communications is upgrading from their existing 1G port to a 10G port on the NP Remote Switch. The new port assignment is xe-0/0/0 on the NP Remote Switch. All IP/Route Server information will remain the same Thanks! -- Jay Hanke Neutral Path Communications 3 Civic Center Plaza, Suite 204 Mankato, MN 56001 (507) 327-2398 mobile jayhanke(a)neutralpath.net www.neutralpath.net

Feb. 27, 2018

Re: NAT64/NATPT

by David Farmer

Last October at the Internet2 Tech Exchange we had an IPv6 only SSID, with DNS64/NAT64 and CLAT. Alan Whinery from U-Hawaii was one of the drivers behind it. This is Alan's talk about it and other related things from his campus; http://ipv6hawaii.org/?p=372 This is the Sunday hands-on workshop where we did more in-depth look at the issues; https://youtu.be/5Kc4haaJ-n8 On Mon, Feb 12, 2018 at 7:59 AM, Dave Williams <dave(a)revnetdata.com> wrote: > Was hoping to just do v6 to the client, then translate to v4 on the edge… > but dual stack with private v4 would work, just more complex. > > > > *From:* MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] *On Behalf > Of *Jason Hanke > *Sent:* Monday, February 12, 2018 7:39 AM > *To:* MICE-DISCUSS(a)LISTS.IPHOUSE.NET > *Subject:* Re: [MICE-DISCUSS] NAT64/NATPT > > > > +1 Dual stack /48 to sub with private v4 on the outside assuming you're > out of ipv4. > > > > the transition technologies bring in a lot of complexity. > > > > On Feb 10, 2018 7:16 AM, "Mike Horwath" <drechsau(a)geeks.org> wrote: > > On Fri, Feb 09, 2018 at 05:56:48PM +0000, Dave Williams wrote: > > Hi all - does anyone have experience with NAT64/PT and opinions on > > what might be the best hardware platform to use to do it? > > I have only done this via Fortinet gear. > > It works. > > Query: why not go native? > > -- > Mike Horwath, reachable via drechsau(a)Geeks.ORG > > > ------------------------------ > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 > > ------------------------------ > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 > -- =============================================== David Farmer Email:farmer@umn.edu Networking & Telecommunication Services Office of Information Technology University of Minnesota 2218 University Ave SE Phone: 612-626-0815 <(612)%20626-0815> Minneapolis, MN 55414-3029 Cell: 612-812-9952 <(612)%20812-9952> ===============================================

Feb. 16, 2018

Re: Jaguar 10G Upgrade

by Jeremy Lumby

Correct, Portchannel 20 has been created for them. -----Original Message----- From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Richard Laager Sent: Wednesday, February 14, 2018 5:24 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] Jaguar 10G Upgrade On 02/14/2018 02:15 PM, Jason Hanke wrote: > Please allocate Ethernet 5/35 on the main switch for Jaguar. > > This port will be bundled with their existing port (4/35) we will need a > new LAG I have updated the website. I am assuming this will be Port-Channel 20. -- Richard

Feb. 14, 2018

Re: Jaguar 10G Upgrade

by Richard Laager

On 02/14/2018 02:15 PM, Jason Hanke wrote: > Please allocate Ethernet 5/35 on the main switch for Jaguar. > > This port will be bundled with their existing port (4/35) we will need a > new LAG I have updated the website. I am assuming this will be Port-Channel 20. -- Richard

Feb. 14, 2018

FW: HR 4817 PEERING Bill

by David Farmer

This is too late for MICE but I thought it might be of general interest. ---------- Forwarded message ---------- From: Elizabeth A. Mann <emann(a)areon.net> Date: Wed, Feb 14, 2018 at 2:09 PM Subject: FW: HR 4817 PEERING Bill Here’s just one of the bills introduced by the House and was reviewed in the subcommittee meeting on 1/30/2018. This is actually a federal grant but it’s only 50%. But it is one we might keep our eye on. -- =============================================== David Farmer Email:farmer@umn.edu Networking & Telecommunication Services Office of Information Technology University of Minnesota 2218 University Ave SE Phone: 612-626-0815 Minneapolis, MN 55414-3029 Cell: 612-812-9952 ===============================================

Feb. 14, 2018

Jaguar 10G Upgrade

by Jason Hanke

Please allocate Ethernet 5/35 on the main switch for Jaguar. This port will be bundled with their existing port (4/35) we will need a new LAG Thanks! -- Jay Hanke CTO Neutral Path Communications 3 Civic Center Plaza, Suite 204 Mankato, MN 56001 (507) 327-2398 mobile jayhanke(a)neutralpath.net www.neutralpath.net

Feb. 14, 2018

Re: MICE UG 27

by mark＠INTERNETPOLICYADVISORS.COM

Richard: I'd love to come up and do a very short ICANN update for MICE, but on March 26th I'll be in Geneva Switzerland at the ITU. I wonder if you can keep me in mind for the next UG? Besides the usual silliness of ICANN, there is one meaty technical issue that MICE members should at least be aware of - the root zone KSK rollover which is now scheduled for October. Mark Mark McFadden Madison, Wisconsin E: mark(a)mcfaddencentral.com Tw: McELmside | Fb: Mark McFadden | Skype: McElmside -----Original Message----- From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Richard Laager Sent: Monday, February 12, 2018 4:16 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: [MICE-DISCUSS] MICE UG 27 UG 27 is scheduled for March 26, 3:00pm. If you have items for the agenda, please let me know. -- Richard

Feb. 14, 2018

MICE UG 27

by Richard Laager

UG 27 is scheduled for March 26, 3:00pm. If you have items for the agenda, please let me know. -- Richard

Feb. 12, 2018

Re: NAT64/NATPT

by Gary Glissendorf

SDN Deployed A10 Thunder to do V6 to V4 and V4 to V4 gary.glissendorf(a)sdncommunications.com <mailto:gary.glissendorf@sdncommunications.com> 2900 W. 10th St. | Sioux Falls, SD 57104 (w) 605.978.3558 | (c) 605.359-3737 | (tf) 800.247.1442 SDN NOC 877.287.8023 NOC Support email: sdnsupport(a)sdncommunications.com<mailto:sdnsupport@sdncommunications.com> "Be Excellent to Each Other" From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Dave Williams Sent: Friday, February 9, 2018 11:57 AM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: [MICE-DISCUSS] NAT64/NATPT Hi all - does anyone have experience with NAT64/PT and opinions on what might be the best hardware platform to use to do it? Thanks! Dave Williams Founder / Visionary Revelation Network Management, Inc. O:763-367-6161 C:763-670-5558 ________________________________ To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 ________________________________ ***This message and any attachments are solely for the intended recipient. If you are not the intended recipient, disclosure, copying, use or distribution of the information included in this message is prohibited -- Please immediately and permanently delete.***

Feb. 12, 2018

Re: NAT64/NATPT

by Jason Hanke

If you control the CPE you could also look at DS-Lite. The v4 is tunneled back and then natted. There are open source as well as commercial implementations. Your choice is more about where to put the complexity. On Mon, Feb 12, 2018 at 7:59 AM, Dave Williams <dave(a)revnetdata.com> wrote: > Was hoping to just do v6 to the client, then translate to v4 on the edge… > but dual stack with private v4 would work, just more complex. > > > > *From:* MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] *On Behalf > Of *Jason Hanke > *Sent:* Monday, February 12, 2018 7:39 AM > *To:* MICE-DISCUSS(a)LISTS.IPHOUSE.NET > *Subject:* Re: [MICE-DISCUSS] NAT64/NATPT > > > > +1 Dual stack /48 to sub with private v4 on the outside assuming you're > out of ipv4. > > > > the transition technologies bring in a lot of complexity. > > > > On Feb 10, 2018 7:16 AM, "Mike Horwath" <drechsau(a)geeks.org> wrote: > > On Fri, Feb 09, 2018 at 05:56:48PM +0000, Dave Williams wrote: > > Hi all - does anyone have experience with NAT64/PT and opinions on > > what might be the best hardware platform to use to do it? > > I have only done this via Fortinet gear. > > It works. > > Query: why not go native? > > -- > Mike Horwath, reachable via drechsau(a)Geeks.ORG > > > ------------------------------ > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 > > ------------------------------ > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 > -- Jay Hanke CTO Neutral Path Communications 3 Civic Center Plaza, Suite 204 Mankato, MN 56001 (507) 327-2398 mobile jayhanke(a)neutralpath.net www.neutralpath.net

Feb. 12, 2018

Re: NAT64/NATPT

by Dave Williams

Was hoping to just do v6 to the client, then translate to v4 on the edge… but dual stack with private v4 would work, just more complex. From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Jason Hanke Sent: Monday, February 12, 2018 7:39 AM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] NAT64/NATPT +1 Dual stack /48 to sub with private v4 on the outside assuming you're out of ipv4. the transition technologies bring in a lot of complexity. On Feb 10, 2018 7:16 AM, "Mike Horwath" <drechsau(a)geeks.org<mailto:drechsau@geeks.org>> wrote: On Fri, Feb 09, 2018 at 05:56:48PM +0000, Dave Williams wrote: > Hi all - does anyone have experience with NAT64/PT and opinions on > what might be the best hardware platform to use to do it? I have only done this via Fortinet gear. It works. Query: why not go native? -- Mike Horwath, reachable via drechsau(a)Geeks.ORG<mailto:drechsau@Geeks.ORG> ________________________________ To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Feb. 12, 2018

Re: NAT64/NATPT

by Jason Hanke

+1 Dual stack /48 to sub with private v4 on the outside assuming you're out of ipv4. the transition technologies bring in a lot of complexity. On Feb 10, 2018 7:16 AM, "Mike Horwath" <drechsau(a)geeks.org> wrote: > On Fri, Feb 09, 2018 at 05:56:48PM +0000, Dave Williams wrote: > > Hi all - does anyone have experience with NAT64/PT and opinions on > > what might be the best hardware platform to use to do it? > > I have only done this via Fortinet gear. > > It works. > > Query: why not go native? > > -- > Mike Horwath, reachable via drechsau(a)Geeks.ORG >

Feb. 12, 2018

Re: NAT64/NATPT

by Mike Horwath

On Fri, Feb 09, 2018 at 05:56:48PM +0000, Dave Williams wrote: > Hi all - does anyone have experience with NAT64/PT and opinions on > what might be the best hardware platform to use to do it? I have only done this via Fortinet gear. It works. Query: why not go native? -- Mike Horwath, reachable via drechsau(a)Geeks.ORG

Feb. 10, 2018

NAT64/NATPT

by Dave Williams

Hi all - does anyone have experience with NAT64/PT and opinions on what might be the best hardware platform to use to do it? Thanks! Dave Williams Founder / Visionary Revelation Network Management, Inc. O:763-367-6161 C:763-670-5558

Feb. 9, 2018

Premier Move

by Jason Hanke

Premier Communications has moved to port xe-0/0/10 of the NP remote switch. They are no longer using xe-0/0/0 on the NP remote. -- Jay Hanke CTO Neutral Path Communications 3 Civic Center Plaza, Suite 204 Mankato, MN 56001 (507) 327-2398 mobile jayhanke(a)neutralpath.net www.neutralpath.net

Feb. 6, 2018

Re: Arista Support Contract

by Brady Kittel

I think we're on the same page here in general but what I was getting at specifically was that a quote isn't a contract and thus unless you signed an NDA on behalf of MICE (maybe you did and I missed that in the lengthy thread above?) there is no NDA. Just like I wouldn't be concerned with sharing a quote in this scenario with anyone in my own purchasing or infrastructure team for review I don't largely see a difference with MICE and coop members. I guess I would just be upfront with vendors and tell them that quotes are open for viewing by MICE membership unless it's done under some kind of RFP scenario and they can modify the wording as needed on the quote if they are concerned the pricing they are offering is better than what they might offer a commercial customer (IE: "Special discounted pricing for MICE, not representative of standard commercial discount rate" or similar). Anyway I don't see this aspect of the discussion really going anywhere useful in an email thread, and it might just be best discussed at the next meeting, but just felt obligated to point out that we need to encourage financial transparency as I've seen lack of transparency tear apart non-profits in the past and I want to see MICE continue to be successful. On Mon, Feb 5, 2018 at 3:48 PM, Richard Laager <rlaager(a)wiktel.com> wrote: > On 02/05/2018 03:39 PM, Brady Kittel wrote: > > Just putting the words "confidential" on a quote or document doesn't > > generate an automatic contractual NDA as much as vendors might wish it > does. > > Agreed. > > I'm not going to rehash points already made, but I do want to add that > the ambiguity can go both ways. Sometimes when you make a point of > pushing things, they end up going the opposite way you wanted. For > example, if I push back on this, we could get confirmation that it's > totally fine to share the pricing publicly. Or, we could get an explicit > requirement of a real NDA on that pricing. The latter would require > changes to our existing treasurer's reports. > > I'm not saying this is the case, because as I noted, it hasn't been > discussed at all either way with this particular vendor. So I was taking > the "let sleeping dogs lie" approach. > > -- > Richard >

Feb. 5, 2018

Re: Arista Support Contract

by Richard Laager

On 02/05/2018 03:39 PM, Brady Kittel wrote: > Just putting the words "confidential" on a quote or document doesn't > generate an automatic contractual NDA as much as vendors might wish it does. Agreed. I'm not going to rehash points already made, but I do want to add that the ambiguity can go both ways. Sometimes when you make a point of pushing things, they end up going the opposite way you wanted. For example, if I push back on this, we could get confirmation that it's totally fine to share the pricing publicly. Or, we could get an explicit requirement of a real NDA on that pricing. The latter would require changes to our existing treasurer's reports. I'm not saying this is the case, because as I noted, it hasn't been discussed at all either way with this particular vendor. So I was taking the "let sleeping dogs lie" approach. -- Richard

Feb. 5, 2018

Re: Arista Support Contract

by Brady Kittel

Agreed on pursuing the 3 year contract if we have the funds to sustain that option. Would also point out that I've never had to sign an NDA with Arista or any other vendor to get a quote so I think people may be assuming an implied NDA that doesn't actually exist in the case of pricing. Just putting the words "confidential" on a quote or document doesn't generate an automatic contractual NDA as much as vendors might wish it does. I'd suggest that members probably do have the right to review the pricing for the purpose of transparency but perhaps the best venue would be to only provide it on demand and just keep it on file rather than sending it to the mailing list. I worry that trying to keep financial details of the coop secret from members in any way, shape or form is a slippery slope even if it's with good intention. I'd add that the coop can certainly ask (though can't contractually hold them) that anyone that chooses to see the pricing not share it outside of voting coop members as it's in the best interest of the coop and it's current and future relationship with vendors and suppliers. I'd hope that everyone understands that pricing can vary based on the customer/sector/etc that a vendor might issue a quote to and I'd hope that Arista is offering MICE their best pricing for renewal which may also not be representative of the pricing MICE member organizations would get on a renewal (IE: I'd expect some orgs may pay more). Heck I can google for Arista or any other quote given that any government and many non-profits are required to make all RFP proceedings public along with unsealing quotes after bids are closed. On Mon, Feb 5, 2018 at 2:33 PM, Reid Fishler <rfishler(a)he.net> wrote: > I felt as a spending of a LARGE amount of our cash reserves, it should be > something the general membership had the ability to comment about...there > wasn't all that much argument about if we SHOULD do it, just that as a > coop, we need to report back to membership of what we are doing with the $. > > Reid > > > On Mon, Feb 5, 2018 at 3:31 PM, Richard Laager <rlaager(a)wiktel.com> wrote: > >> On 02/05/2018 11:08 AM, DeLong, Owen wrote: >> > I think we’re mostly on the same page. >> >> I think so too. >> >> Bringing this to the members for input may have given the impression >> that a problem-needing-solving exists and the board was asking for >> suggestions on solutions. To be clear, I don't think there's a problem >> here. I think this is a no-brainer. >> >> In terms of the function should_we_buy_3_years(...), the members are >> being given an opportunity to suggest the algorithm inside the function >> or at least its parameters, not to execute the function and provide the >> boolean return value. >> >> Here's my thinking: >> >> I don't see us needing to buy a new switch this year or next >> year, so this decision doesn't affect that either way. >> >> We will probably need to add a line card eventually. That is hopefully a >> 100G line card, to avoid filling the chassis with another 10G line card. >> At a quick glance, the 10G has ~35 ports available and the 100G has ~30 >> ports available. Upgrades to 100G will free up 10G ports. We can also >> use breakouts to get more 10G ports out of 100G ports if absolutely >> necessary. It looks to me like we should be okay on this front. In the >> unlikely event we are not, we will end the year with enough cash to buy >> another line card anyway, and if we fill up on ports, that means we also >> brought in a bunch of additional money in port fees. >> >> Our only large recurring expense is this contract. The minimum cash >> balance with this plan is more than 10x other expenses and 5-10x the >> minimum cash balance of last year. That seems fine, and is only >> temporary until all port fees are paid, at which point it is even higher. >> >> One of the Juniper switches or modules dying is a risk, but those are >> significantly cheaper. We also already have two switches, and all the >> participants fit on one, except for the 4 fiber, who could be moved to >> the Arista in a pinch. >> >> The interest we'd earn on the cash is zero or nearly zero, so it takes >> very little extra discount on 3-years to be acceptable on that basis. >> >> The ratio between the 1 and 3 year options is in line with what I'd >> expect from my previous purchases of support contracts from various >> vendors. It is in line with a suggested ratio I was provided off-list by >> another member. >> >> Do you see any flaws in the above or have any additional factors I've >> missed? >> >> -- >> Richard >> >> > > > -- > Reid Fishler > Director > Hurricane Electric > +1-510-580-4178 <(510)%20580-4178> > > ------------------------------ > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 >

Feb. 5, 2018

Re: Arista Support Contract

by DeLong, Owen

> On Feb 5, 2018, at 12:31 , Richard Laager <rlaager(a)WIKTEL.COM> wrote: > > On 02/05/2018 11:08 AM, DeLong, Owen wrote: >> I think we’re mostly on the same page. > > I think so too. > > Bringing this to the members for input may have given the impression > that a problem-needing-solving exists and the board was asking for > suggestions on solutions. To be clear, I don't think there's a problem > here. I think this is a no-brainer. Agreed. > In terms of the function should_we_buy_3_years(...), the members are > being given an opportunity to suggest the algorithm inside the function > or at least its parameters, not to execute the function and provide the > boolean return value. OK > Here's my thinking: > > I don't see us needing to buy a new switch this year or next > year, so this decision doesn't affect that either way. Agreed. > We will probably need to add a line card eventually. That is hopefully a > 100G line card, to avoid filling the chassis with another 10G line card. > At a quick glance, the 10G has ~35 ports available and the 100G has ~30 > ports available. Upgrades to 100G will free up 10G ports. We can also > use breakouts to get more 10G ports out of 100G ports if absolutely > necessary. It looks to me like we should be okay on this front. In the > unlikely event we are not, we will end the year with enough cash to buy > another line card anyway, and if we fill up on ports, that means we also > brought in a bunch of additional money in port fees. Yep. > Our only large recurring expense is this contract. The minimum cash > balance with this plan is more than 10x other expenses and 5-10x the > minimum cash balance of last year. That seems fine, and is only > temporary until all port fees are paid, at which point it is even higher. == no brainer as far as I can see. > One of the Juniper switches or modules dying is a risk, but those are > significantly cheaper. We also already have two switches, and all the > participants fit on one, except for the 4 fiber, who could be moved to > the Arista in a pinch. In an emergency, the Junipers are also quite cheap on the refurb market (I picked up a bunch of EX4200-48P for $259@ recently). > The interest we'd earn on the cash is zero or nearly zero, so it takes > very little extra discount on 3-years to be acceptable on that basis. Yes. > The ratio between the 1 and 3 year options is in line with what I'd > expect from my previous purchases of support contracts from various > vendors. It is in line with a suggested ratio I was provided off-list by > another member. OK > Do you see any flaws in the above or have any additional factors I've > missed? Nope. I never meant to imply I was opposed to the idea of doing the 3-year contract, especially if there’s no cost to splitting the payments as mentioned. I would, however, like to see us consider providing mechanisms to provide greater transparency to members under NDA as a general function of the organization. While this event may not make it necessary, I think having that facility is generally better than not having it, so I took this opportunity to push in that direction. Owen

Feb. 5, 2018

Re: Arista Support Contract

by Reid Fishler

I felt as a spending of a LARGE amount of our cash reserves, it should be something the general membership had the ability to comment about...there wasn't all that much argument about if we SHOULD do it, just that as a coop, we need to report back to membership of what we are doing with the $. Reid On Mon, Feb 5, 2018 at 3:31 PM, Richard Laager <rlaager(a)wiktel.com> wrote: > On 02/05/2018 11:08 AM, DeLong, Owen wrote: > > I think we’re mostly on the same page. > > I think so too. > > Bringing this to the members for input may have given the impression > that a problem-needing-solving exists and the board was asking for > suggestions on solutions. To be clear, I don't think there's a problem > here. I think this is a no-brainer. > > In terms of the function should_we_buy_3_years(...), the members are > being given an opportunity to suggest the algorithm inside the function > or at least its parameters, not to execute the function and provide the > boolean return value. > > Here's my thinking: > > I don't see us needing to buy a new switch this year or next > year, so this decision doesn't affect that either way. > > We will probably need to add a line card eventually. That is hopefully a > 100G line card, to avoid filling the chassis with another 10G line card. > At a quick glance, the 10G has ~35 ports available and the 100G has ~30 > ports available. Upgrades to 100G will free up 10G ports. We can also > use breakouts to get more 10G ports out of 100G ports if absolutely > necessary. It looks to me like we should be okay on this front. In the > unlikely event we are not, we will end the year with enough cash to buy > another line card anyway, and if we fill up on ports, that means we also > brought in a bunch of additional money in port fees. > > Our only large recurring expense is this contract. The minimum cash > balance with this plan is more than 10x other expenses and 5-10x the > minimum cash balance of last year. That seems fine, and is only > temporary until all port fees are paid, at which point it is even higher. > > One of the Juniper switches or modules dying is a risk, but those are > significantly cheaper. We also already have two switches, and all the > participants fit on one, except for the 4 fiber, who could be moved to > the Arista in a pinch. > > The interest we'd earn on the cash is zero or nearly zero, so it takes > very little extra discount on 3-years to be acceptable on that basis. > > The ratio between the 1 and 3 year options is in line with what I'd > expect from my previous purchases of support contracts from various > vendors. It is in line with a suggested ratio I was provided off-list by > another member. > > Do you see any flaws in the above or have any additional factors I've > missed? > > -- > Richard > > -- Reid Fishler Director Hurricane Electric +1-510-580-4178

Feb. 5, 2018

Re: Arista Support Contract

by Richard Laager

On 02/05/2018 11:08 AM, DeLong, Owen wrote: > I think we’re mostly on the same page. I think so too. Bringing this to the members for input may have given the impression that a problem-needing-solving exists and the board was asking for suggestions on solutions. To be clear, I don't think there's a problem here. I think this is a no-brainer. In terms of the function should_we_buy_3_years(...), the members are being given an opportunity to suggest the algorithm inside the function or at least its parameters, not to execute the function and provide the boolean return value. Here's my thinking: I don't see us needing to buy a new switch this year or next year, so this decision doesn't affect that either way. We will probably need to add a line card eventually. That is hopefully a 100G line card, to avoid filling the chassis with another 10G line card. At a quick glance, the 10G has ~35 ports available and the 100G has ~30 ports available. Upgrades to 100G will free up 10G ports. We can also use breakouts to get more 10G ports out of 100G ports if absolutely necessary. It looks to me like we should be okay on this front. In the unlikely event we are not, we will end the year with enough cash to buy another line card anyway, and if we fill up on ports, that means we also brought in a bunch of additional money in port fees. Our only large recurring expense is this contract. The minimum cash balance with this plan is more than 10x other expenses and 5-10x the minimum cash balance of last year. That seems fine, and is only temporary until all port fees are paid, at which point it is even higher. One of the Juniper switches or modules dying is a risk, but those are significantly cheaper. We also already have two switches, and all the participants fit on one, except for the 4 fiber, who could be moved to the Arista in a pinch. The interest we'd earn on the cash is zero or nearly zero, so it takes very little extra discount on 3-years to be acceptable on that basis. The ratio between the 1 and 3 year options is in line with what I'd expect from my previous purchases of support contracts from various vendors. It is in line with a suggested ratio I was provided off-list by another member. Do you see any flaws in the above or have any additional factors I've missed? -- Richard

Feb. 5, 2018

Re: Arista Support Contract

by Justin Krejci

Count this as an informal YES vote to approve the board to take whatever actions they feel best for MICE on this particular matter. I like the idea of going with the 3 year term with Arista allowing the fees to be split. I expect sufficient port fees should be able to be collected in time. ________________________________ From: MICE Discuss <MICE-DISCUSS(a)LISTS.IPHOUSE.NET> on behalf of DeLong, Owen <00000005a669d12e-dmarc-request(a)LISTS.IPHOUSE.NET> Sent: Monday, February 5, 2018 11:08 AM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] Arista Support Contract > On Feb 2, 2018, at 14:25 , Richard Laager <rlaager(a)WIKTEL.COM> wrote: > > On 02/02/2018 09:20 AM, DeLong, Owen wrote: >> However, disclosure to the membership is not disclosure to the public. It is >> disclosure to the “owners” of the business > > The members are absolutely the owners of MICE. > > In general, I think that disclosure to the member-owners is > substantially similar to disclosure to the public, as the member-owners > are not held to any binding NDA. While that’s currently true, it certainly doesn’t need to remain true. Heck, if you’re that concerned about it, you could even ask members that want to know the details to sign an event specific NDA, or, you could ask members that want additional information available to sign a generic NDA. We could create a second mailing list which only contains members who signed if that’s an issue. > >> who by the very nature of this discussion> are obviously decision makers in the process. > > This thread is an opportunity for the members to provide input to the > board. The board is the decision maker. This is hair splitting and the point is that we’re being asked to provide input/contribute to the decision without complete information. >> It is pretty normal to disclose quote details to the decision makers. > > Agreed. As I noted, the board is fully informed of the pricing. The board is the duly elected representatives of the owners who are the ultimate decision makers in this context. There are many ways we can split hairs here, but this won’t likely be the only time we face a similar situation in the future of MICE. >> Is there a MICE-MEMBERS list that isn’t open to the public? > > No. We can certainly discuss that separately. Sure. I’d say it’s probably a good idea. >> certainly disclosure >> to individual members that request the data (consider this such a request from Akamai) >> is entirely appropriate. > The authority of the owners is as a collective, not individually. An > individual member-owner of a coop can request anything they want, but > that does not obligate the coop to provide that information. Buying a > telephone line from a mutual telephone company makes you a member-owner, > but does not give a member-owner the authority to compel production of > the details of pricing on their telephone switch support contract. Nor > does buying electricity from an electric coop give a member-owner the > authority to unilaterally compel release of business records relating to > energy purchase agreements, even though such details are absolutely > critical to the long-term financial viability of the business. Fair enough. Should we hold a vote of the membership on whether the pricing information should be provided to the members as part of this process. > This is not limited to coops, either. If I purchase a share of Cisco, > Akamai, or any other publicly traded company, that makes me an owner, > but I cannot individually compel the company to provide me confidential > business records. It depends on how many shares you purchase. IIRC, the standard is something like 1% before you are able to compel an agenda item on the AGM, for example. > I think that MICE as a business has a legitimate need for non-disclosure > of certain details. For example, if the owners require that pricing > details on our purchases is made public, it is reasonable to fear that > vendors may give MICE smaller discounts. For another example, if the > owners require that port traffic numbers are made public, we may lose > members (e.g. Akamai) who wish their port traffic numbers to be > confidential, even from the other member-owners. Sure, there are always tradeoffs. However, note that I’m not asking that the pricing details be made public. I expressed a willingness to sign an appropriate NDA and general agreement not to further disclose the information. As such, I do not agree that what is being requested is general disclosure to the public. > This isn't to say that the board or management can do whatever they want > and keep the owners in the dark. Obviously, the company's management and > board need to provide various reports on the company's activities. I think we’re mostly on the same page. I didn’t expect this to be such a contentious matter. Owen

Feb. 5, 2018

Re: Arista Support Contract

by DeLong, Owen

> On Feb 2, 2018, at 14:25 , Richard Laager <rlaager(a)WIKTEL.COM> wrote: > > On 02/02/2018 09:20 AM, DeLong, Owen wrote: >> However, disclosure to the membership is not disclosure to the public. It is >> disclosure to the “owners” of the business > > The members are absolutely the owners of MICE. > > In general, I think that disclosure to the member-owners is > substantially similar to disclosure to the public, as the member-owners > are not held to any binding NDA. While that’s currently true, it certainly doesn’t need to remain true. Heck, if you’re that concerned about it, you could even ask members that want to know the details to sign an event specific NDA, or, you could ask members that want additional information available to sign a generic NDA. We could create a second mailing list which only contains members who signed if that’s an issue. > >> who by the very nature of this discussion> are obviously decision makers in the process. > > This thread is an opportunity for the members to provide input to the > board. The board is the decision maker. This is hair splitting and the point is that we’re being asked to provide input/contribute to the decision without complete information. >> It is pretty normal to disclose quote details to the decision makers. > > Agreed. As I noted, the board is fully informed of the pricing. The board is the duly elected representatives of the owners who are the ultimate decision makers in this context. There are many ways we can split hairs here, but this won’t likely be the only time we face a similar situation in the future of MICE. >> Is there a MICE-MEMBERS list that isn’t open to the public? > > No. We can certainly discuss that separately. Sure. I’d say it’s probably a good idea. >> certainly disclosure >> to individual members that request the data (consider this such a request from Akamai) >> is entirely appropriate. > The authority of the owners is as a collective, not individually. An > individual member-owner of a coop can request anything they want, but > that does not obligate the coop to provide that information. Buying a > telephone line from a mutual telephone company makes you a member-owner, > but does not give a member-owner the authority to compel production of > the details of pricing on their telephone switch support contract. Nor > does buying electricity from an electric coop give a member-owner the > authority to unilaterally compel release of business records relating to > energy purchase agreements, even though such details are absolutely > critical to the long-term financial viability of the business. Fair enough. Should we hold a vote of the membership on whether the pricing information should be provided to the members as part of this process. > This is not limited to coops, either. If I purchase a share of Cisco, > Akamai, or any other publicly traded company, that makes me an owner, > but I cannot individually compel the company to provide me confidential > business records. It depends on how many shares you purchase. IIRC, the standard is something like 1% before you are able to compel an agenda item on the AGM, for example. > I think that MICE as a business has a legitimate need for non-disclosure > of certain details. For example, if the owners require that pricing > details on our purchases is made public, it is reasonable to fear that > vendors may give MICE smaller discounts. For another example, if the > owners require that port traffic numbers are made public, we may lose > members (e.g. Akamai) who wish their port traffic numbers to be > confidential, even from the other member-owners. Sure, there are always tradeoffs. However, note that I’m not asking that the pricing details be made public. I expressed a willingness to sign an appropriate NDA and general agreement not to further disclose the information. As such, I do not agree that what is being requested is general disclosure to the public. > This isn't to say that the board or management can do whatever they want > and keep the owners in the dark. Obviously, the company's management and > board need to provide various reports on the company's activities. I think we’re mostly on the same page. I didn’t expect this to be such a contentious matter. Owen

Feb. 5, 2018

Re: Arista Support Contract

by Steve Howard

Feb. 5, 2018

Re: Arista Support Contract

by Jeremy Lumby

I would say that is more than enough buffer. I completely support moving forward. From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Richard Laager Sent: Friday, February 02, 2018 4:39 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] Arista Support Contract On 02/02/2018 06:52 AM, Jeremy Lumby wrote: As for a "loan/donation" If MICE were to get the bank account down to minimum values to pay the support contract for 3 years, and port fees were slower than expected to come in, you can count on me to personally loan/donate MICE the fees to cover other normal expenses like ARIN fees, or misc parts. First off, as always, thank you for your support of MICE. After the first purchase, I want to reassure everyone that we will still have plenty of money to pay the ARIN fees and other miscellaneous expenses. We'd still have well over $10,000 in the bank. In terms of making the payment for the second order... if we can't collect roughly 20% of our port fees in 4-5 months, I think we have serious problems beyond the support contract. -- Richard To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Feb. 2, 2018

Re: Arista Support Contract

by Richard Laager

On 02/02/2018 06:52 AM, Jeremy Lumby wrote: > As for a "loan/donation" If MICE were to get the bank account down to > minimum values to pay the support contract for 3 years, and port fees > were slower than expected to come in, you can count on me to > personally loan/donate MICE the fees to cover other normal expenses > like ARIN fees, or misc parts. First off, as always, thank you for your support of MICE. After the first purchase, I want to reassure everyone that we will still have plenty of money to pay the ARIN fees and other miscellaneous expenses. We'd still have well over $10,000 in the bank. In terms of making the payment for the second order... if we can't collect roughly 20% of our port fees in 4-5 months, I think we have serious problems beyond the support contract. -- Richard

Feb. 2, 2018

Re: Arista Support Contract

by Richard Laager

On 02/02/2018 09:20 AM, DeLong, Owen wrote: > However, disclosure to the membership is not disclosure to the public. It is > disclosure to the “owners” of the business The members are absolutely the owners of MICE. In general, I think that disclosure to the member-owners is substantially similar to disclosure to the public, as the member-owners are not held to any binding NDA. > who by the very nature of this discussion> are obviously decision makers in the process. This thread is an opportunity for the members to provide input to the board. The board is the decision maker. > It is pretty normal to disclose quote details to the decision makers. Agreed. As I noted, the board is fully informed of the pricing. > Is there a MICE-MEMBERS list that isn’t open to the public? No. We can certainly discuss that separately. > certainly disclosure > to individual members that request the data (consider this such a request from Akamai) > is entirely appropriate. The authority of the owners is as a collective, not individually. An individual member-owner of a coop can request anything they want, but that does not obligate the coop to provide that information. Buying a telephone line from a mutual telephone company makes you a member-owner, but does not give a member-owner the authority to compel production of the details of pricing on their telephone switch support contract. Nor does buying electricity from an electric coop give a member-owner the authority to unilaterally compel release of business records relating to energy purchase agreements, even though such details are absolutely critical to the long-term financial viability of the business. This is not limited to coops, either. If I purchase a share of Cisco, Akamai, or any other publicly traded company, that makes me an owner, but I cannot individually compel the company to provide me confidential business records. I think that MICE as a business has a legitimate need for non-disclosure of certain details. For example, if the owners require that pricing details on our purchases is made public, it is reasonable to fear that vendors may give MICE smaller discounts. For another example, if the owners require that port traffic numbers are made public, we may lose members (e.g. Akamai) who wish their port traffic numbers to be confidential, even from the other member-owners. This isn't to say that the board or management can do whatever they want and keep the owners in the dark. Obviously, the company's management and board need to provide various reports on the company's activities. -- Richard

Feb. 2, 2018

Re: Arista Support Contract

by DeLong, Owen

I would argue that disclosure to the general public is, indeed inappropriate, except as part of any treasurers report as noted below. However, disclosure to the membership is not disclosure to the public. It is disclosure to the “owners” of the business who by the very nature of this discussion are obviously decision makers in the process. It is pretty normal to disclose quote details to the decision makers. Is there a MICE-MEMBERS list that isn’t open to the public? If not, certainly disclosure to individual members that request the data (consider this such a request from Akamai) is entirely appropriate. As a practical matter, since no NDA exists here, I agree not to further disclose the numbers to anyone outside of those that would legitimately have input on the decision or in authoring feedback from Akamai (strictly Akamai internal). Owen > On Feb 1, 2018, at 19:51 , Richard Laager <rlaager(a)WIKTEL.COM> wrote: > > On 02/01/2018 09:32 PM, David Farmer wrote: >> your fiduciary responsibility to the membership comes first, agreeing to >> keep the total expenditure confidential once made would not be >> inconsistent with that responsibility in my opinion. > > I assume you meant "would not be consistent" or "would be inconsistent". > > I have not made any specific or additional confidentiality or > non-disclosure agreements as part of this process. Arista has not made > any requests in this regard beyond the boilerplate on their quote > documents. I am just trying to honor what I see as the normal convention > in such matters. > > I do not anticipate any change in the normal treasurer's reports. That > is, yes, I expect the payments will be disclosed once made as usual. > > If the guidance from the membership is that this is unacceptable and I > should publicly disclose all the numbers now, I can put that to Arista. > > -- > Richard

Feb. 2, 2018

Re: Arista Support Contract

by DeLong, Owen

There are these things called credit unions, negotiable trust and savings associations, and occasionally you can even find a savings and loan. There are also many forms of independent lenders and other business oriented lenders. As a co-op, MICE is now a business with revenues, a balance sheet, etc. I’m not advocating a loan, but really, this isn’t a particularly complicated question. Owen On Feb 1, 2018, at 19:39 , Reid Fishler <rfishler(a)he.net<mailto:rfishler@he.net>> wrote: Loan from? Reid On Feb 1, 2018 10:35 PM, "Jason Hanke" <jayhanke(a)neutralpath.net<mailto:jayhanke@neutralpath.net>> wrote: How about getting a loan to cover the difference? That way we could get the savings and not affect the revenue percentages. On Feb 1, 2018 8:17 PM, "Richard Laager" <rlaager(a)wiktel.com<mailto:rlaager@wiktel.com>> wrote: > On Feb 1, 2018, at 19:45, Jeremy Lumby <jlumby(a)MNVOIP.COM<mailto:jlumby@MNVOIP.COM>> wrote: > > It is also a nice time to call for any donations. On donations, free money is obviously great, but we do need to watch the 85% rule now that we are a co-op. If someone is interested in donating, please contact me off-list. Paying your port fees invoice promptly is also helpful here. -- Richard ________________________________ To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1<https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.iphouse.net_cgi-2…> ________________________________ To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1<https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.iphouse.net_cgi-2…>

Feb. 2, 2018

Re: Arista Support Contract

by Jason Hanke

I misunderstood. I thought we were short cash to get the discount. On Feb 2, 2018 12:03 AM, "Richard Laager" <rlaager(a)wiktel.com> wrote: > On 02/01/2018 11:34 PM, Jason Hanke wrote: > > This is a normal business expense > I agree. > > As far as source for a possible loan > Why is a loan desirable? We can afford to pay outright under the terms > offered. We pay half now, leaving plenty of money in the bank. We > continue to collect port fees. Later in the year, we pay the second > half, leaving plenty of money in the bank. > > When this comes up for renewal in 3 years, we'll easily be able to pay > it all at once with no special dispensation necessary. > > -- > Richard >

Feb. 2, 2018

Re: Arista Support Contract

by Mike Horwath

On Fri, Feb 02, 2018 at 12:03:08AM -0600, Richard Laager wrote: > We can afford to pay outright under the terms offered. We pay half > now, leaving plenty of money in the bank. We continue to collect > port fees. Later in the year, we pay the second half, leaving plenty > of money in the bank. This seems legit. Thanks, Arista, for this payment plan! -- Mike Horwath, reachable via drechsau(a)Geeks.ORG

Feb. 2, 2018

Re: Arista Support Contract

by Jeremy Lumby

As for a "loan/donation" If MICE were to get the bank account down to minimum values to pay the support contract for 3 years, and port fees were slower than expected to come in, you can count on me to personally loan/donate MICE the fees to cover other normal expenses like ARIN fees, or misc parts. From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Jason Hanke Sent: Thursday, February 01, 2018 11:35 PM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: Re: [MICE-DISCUSS] Arista Support Contract imho donations are going to shift the burden back to the faithful. This is a normal business expense and the savings will help everyone. As far as source for a possible loan, I would ask our bank first and then open it up to members and outsiders take the best deal. The bank is usually the cheapest money. On Feb 1, 2018 11:00 PM, "Richard Laager" <rlaager(a)wiktel.com> wrote: On 02/01/2018 09:35 PM, Jason Hanke wrote: > How about getting a loan to cover the difference? That way we could get > the savings and not affect the revenue percentages. The message of mine you replied to was about the 85% rule, which applies to revenue. That was in the context of donations. We need to ensure that, each year, our revenue is at least 85% derived from members. For small donations that together don't add up to anywhere near 15%, this is not a concern. If someone wants to make a _sizable_ donation or we get a lot of small donations, that should be okay as long as they are from members, but we may want to double-check with a professional first. If non-member donations would push member-derived revenue under the 85% mark, we lose our Federal tax-exempt status for that year. See: https://www.irs.gov/irm/part7/irm_07-025-012 However, there is a _separate_ issue as to whether donations from members count in the same way as purchases (i.e. port fees) when calculating capital credits. If someone wants to donate, we'll need to seek professional guidance about how to handle that. Either way, I imagine we would be able to accept the donation. As far as I can see, loans aren't relevant to the 85% member revenue test. Putting three year's worth of major expenses into one year would have an effect on capital credits. As far as I know, we are accounting on a cash basis. By "bunching" expenses into the first year, our profit will be lower in the first year and higher in the second and third years. This means that members will accrue lower capital credits in year one and higher capital credits in years two and three. If everything else was equal (no members come or go or pay different port fees), this would be irrelevant. But in practice, it will create some variation. With cash basis accounting, it seems to me that a loan should smooth that out. Is that variation in capital credits a problem? Probably not. It seems like it's going to be part of the natural cycle. I expect our typical pattern over the long term will be to build up cash for a while and then spend a big chunk on switch hardware before starting the cycle over. -- Richard To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Feb. 2, 2018

Re: Arista Support Contract

by Richard Laager

On 02/01/2018 11:34 PM, Jason Hanke wrote: > This is a normal business expense I agree. > As far as source for a possible loan Why is a loan desirable? We can afford to pay outright under the terms offered. We pay half now, leaving plenty of money in the bank. We continue to collect port fees. Later in the year, we pay the second half, leaving plenty of money in the bank. When this comes up for renewal in 3 years, we'll easily be able to pay it all at once with no special dispensation necessary. -- Richard

Feb. 2, 2018

Re: Arista Support Contract

by Jason Hanke

imho donations are going to shift the burden back to the faithful. This is a normal business expense and the savings will help everyone. As far as source for a possible loan, I would ask our bank first and then open it up to members and outsiders take the best deal. The bank is usually the cheapest money. On Feb 1, 2018 11:00 PM, "Richard Laager" <rlaager(a)wiktel.com> wrote: > On 02/01/2018 09:35 PM, Jason Hanke wrote: > > How about getting a loan to cover the difference? That way we could get > > the savings and not affect the revenue percentages. > The message of mine you replied to was about the 85% rule, which applies > to revenue. That was in the context of donations. We need to ensure > that, each year, our revenue is at least 85% derived from members. For > small donations that together don't add up to anywhere near 15%, this is > not a concern. If someone wants to make a _sizable_ donation or we get a > lot of small donations, that should be okay as long as they are from > members, but we may want to double-check with a professional first. If > non-member donations would push member-derived revenue under the 85% > mark, we lose our Federal tax-exempt status for that year. > See: https://www.irs.gov/irm/part7/irm_07-025-012 > > However, there is a _separate_ issue as to whether donations from > members count in the same way as purchases (i.e. port fees) when > calculating capital credits. If someone wants to donate, we'll need to > seek professional guidance about how to handle that. Either way, I > imagine we would be able to accept the donation. > > As far as I can see, loans aren't relevant to the 85% member revenue test. > > Putting three year's worth of major expenses into one year would have an > effect on capital credits. As far as I know, we are accounting on a cash > basis. By "bunching" expenses into the first year, our profit will be > lower in the first year and higher in the second and third years. This > means that members will accrue lower capital credits in year one and > higher capital credits in years two and three. If everything else was > equal (no members come or go or pay different port fees), this would be > irrelevant. But in practice, it will create some variation. With cash > basis accounting, it seems to me that a loan should smooth that out. > > Is that variation in capital credits a problem? Probably not. It seems > like it's going to be part of the natural cycle. I expect our typical > pattern over the long term will be to build up cash for a while and then > spend a big chunk on switch hardware before starting the cycle over. > > -- > Richard >

Feb. 2, 2018

Re: Arista Support Contract

by Richard Laager

On 02/01/2018 09:35 PM, Jason Hanke wrote: > How about getting a loan to cover the difference? That way we could get > the savings and not affect the revenue percentages. The message of mine you replied to was about the 85% rule, which applies to revenue. That was in the context of donations. We need to ensure that, each year, our revenue is at least 85% derived from members. For small donations that together don't add up to anywhere near 15%, this is not a concern. If someone wants to make a _sizable_ donation or we get a lot of small donations, that should be okay as long as they are from members, but we may want to double-check with a professional first. If non-member donations would push member-derived revenue under the 85% mark, we lose our Federal tax-exempt status for that year. See: https://www.irs.gov/irm/part7/irm_07-025-012 However, there is a _separate_ issue as to whether donations from members count in the same way as purchases (i.e. port fees) when calculating capital credits. If someone wants to donate, we'll need to seek professional guidance about how to handle that. Either way, I imagine we would be able to accept the donation. As far as I can see, loans aren't relevant to the 85% member revenue test. Putting three year's worth of major expenses into one year would have an effect on capital credits. As far as I know, we are accounting on a cash basis. By "bunching" expenses into the first year, our profit will be lower in the first year and higher in the second and third years. This means that members will accrue lower capital credits in year one and higher capital credits in years two and three. If everything else was equal (no members come or go or pay different port fees), this would be irrelevant. But in practice, it will create some variation. With cash basis accounting, it seems to me that a loan should smooth that out. Is that variation in capital credits a problem? Probably not. It seems like it's going to be part of the natural cycle. I expect our typical pattern over the long term will be to build up cash for a while and then spend a big chunk on switch hardware before starting the cycle over. -- Richard

Feb. 2, 2018

Re: Arista Support Contract

by Richard Laager

On 02/01/2018 09:32 PM, David Farmer wrote: > your fiduciary responsibility to the membership comes first, agreeing to > keep the total expenditure confidential once made would not be > inconsistent with that responsibility in my opinion. I assume you meant "would not be consistent" or "would be inconsistent". I have not made any specific or additional confidentiality or non-disclosure agreements as part of this process. Arista has not made any requests in this regard beyond the boilerplate on their quote documents. I am just trying to honor what I see as the normal convention in such matters. I do not anticipate any change in the normal treasurer's reports. That is, yes, I expect the payments will be disclosed once made as usual. If the guidance from the membership is that this is unacceptable and I should publicly disclose all the numbers now, I can put that to Arista. -- Richard

Feb. 2, 2018

Re: Arista Support Contract

by Reid Fishler

Loan from? Reid On Feb 1, 2018 10:35 PM, "Jason Hanke" <jayhanke(a)neutralpath.net> wrote: > How about getting a loan to cover the difference? That way we could get > the savings and not affect the revenue percentages. > > On Feb 1, 2018 8:17 PM, "Richard Laager" <rlaager(a)wiktel.com> wrote: > >> > On Feb 1, 2018, at 19:45, Jeremy Lumby <jlumby(a)MNVOIP.COM> wrote: >> > >> > It is also a nice time to call for any donations. >> >> On donations, free money is obviously great, but we do need to watch the >> 85% rule now that we are a co-op. If someone is interested in donating, >> please contact me off-list. >> >> Paying your port fees invoice promptly is also helpful here. >> >> -- >> Richard > > > ------------------------------ > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 >

Feb. 2, 2018

Re: Arista Support Contract

by Jason Hanke

How about getting a loan to cover the difference? That way we could get the savings and not affect the revenue percentages. On Feb 1, 2018 8:17 PM, "Richard Laager" <rlaager(a)wiktel.com> wrote: > > On Feb 1, 2018, at 19:45, Jeremy Lumby <jlumby(a)MNVOIP.COM> wrote: > > > > It is also a nice time to call for any donations. > > On donations, free money is obviously great, but we do need to watch the > 85% rule now that we are a co-op. If someone is interested in donating, > please contact me off-list. > > Paying your port fees invoice promptly is also helpful here. > > -- > Richard

Feb. 2, 2018

Re: Arista Support Contract

by David Farmer

I expect the resulting total expenditure to be disclosed to the membership, once the expenditure is made. The specific line-item details are unnecessary and should be kept confidential. However, your fiduciary responsibility to the membership comes first, agreeing to keep the total expenditure confidential once made would not be inconsistent with that responsibility in my opinion. Thanks. On Thu, Feb 1, 2018 at 8:29 PM, Richard Laager <rlaager(a)wiktel.com> wrote: > Just to be clear: the numbers are deliberately missing here on the public > discuss list. I am keeping the other board members fully informed on all > the details, including specific numbers, of course. > > -- > Richard -- =============================================== David Farmer Email:farmer@umn.edu Networking & Telecommunication Services Office of Information Technology University of Minnesota 2218 University Ave SE Phone: 612-626-0815 Minneapolis, MN 55414-3029 Cell: 612-812-9952 ===============================================

Feb. 2, 2018

Re: Arista Support Contract

by Richard Laager

Just to be clear: the numbers are deliberately missing here on the public discuss list. I am keeping the other board members fully informed on all the details, including specific numbers, of course. -- Richard

Feb. 2, 2018