- mice-discuss - lists.micemn.net

Books

by Anthony Anderberg

I brought a couple topical books to the MICE UG7 meeting, including a book called Tubes that mentions MICE. As the social hour started to die down I went down to do some work in our racks and when I came back the books were gone. All of the people were gone too so I assume someone picked them up and has thus-far forgotten to ping me regarding their current location. Ping away. Anthony Anderberg Sr. Systems Analyst [NUtel_email_logo_1] 320-234-5239 anthonyanderberg(a)nu-telecom.net<mailto:anthonyanderberg@nu-telecom.net> www.nutelecom.net ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Oct. 10, 2012

Cologix Press Release - MICE IP Exchange

by Mike Hemphill

Good morning, FYI, please see attached Press Release that Cologix is sending out this morning announcing that we have renewed and extended our support for the Midwest Internet Cooperative Exchange <http://www.micemn.net/> (MICE). Thank you to all MICE members, Cologix appreciates our relationship with MICE & each MICE member! Best regards, Mike Mike Hemphill General Manager | *Cologix, Inc.** *511 11th Ave S, Suite 450 | Minneapolis, MN 55415 P: 612.333.1922 | M: 612.812.5242 mike.hemphill(a)cologix.com cologix.com ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Oct. 10, 2012

Re: Route Server

by Doug McIntyre

On Tue, Oct 09, 2012 at 08:36:46AM -0500, Jay Hanke wrote: > Can someone add the new IP addresses to the rviews router? Oh yeah, forgot about that one. Okay, the IPs are up. I'll get the new BGP sessions later today. -- Doug McIntyre <merlyn(a)iphouse.net> -- ipHouse/Goldengate/Bitstream/ProNS -- Network Engineer/Provisioning/Jack of all Trades ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Oct. 9, 2012

Route Server

by Jay Hanke

Can someone add the new IP addresses to the rviews router? -- Jay Hanke CTO, CCIE #19093 Mankato Networks LLC PO Box 54 619 S Front St Mankato, MN 56001-3838 Google 530-618-2398 jayhanke(a)mankatonetworks.net http://www.mankatonetworks.com ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Oct. 9, 2012

Re: MICE Cost Breakdowns

by Owen DeLong

On Oct 8, 2012, at 12:58 PM, Shaun Carlson <shaun.carlson(a)ARVIG.COM> wrote: > Based on some of the discussion, in particular the base IP fee, I wanted to test one change. I shifted the Colo costs from the base member fee to the switch portion of the spreadsheet to see how that would impact the distribution. I've included this for your reference. I think it's fair to shift some of that burden, but perhaps move the base fee up slightly to help cover those costs as the resources would be in use either way. > > MICE Cost Breakdown, Oct 2012 - Revision 1.xlsx > > A couple of other thoughts came to mind as I was reading through these comments as well. > > First, for the meetings, should we consider moving them around a little? Perhaps one at 511, one in Central MN and one in Fargo for 3 a year (or something like that). How would this impact the attendance and cost? > > Second, there is a lot of talk about remote switches. Should MICE care about the remote switches and should MICE have control of those switches. It occurs to me that we are discussing a fee structure which provides for a base member fee (gets you the IP allocation, peering and vote) and a separate fee for actually connecting to the MICE fabric. Do we care how the member gets to the 511 building so long as it's an L2 connection from their border to the MICE core? In other words, I think this fee structure lends itself to other member companies providing transport and it's up to them what they want to charge for that transport. All MICE would really care about is the costs of maintaining the switch fabric for those members directly connected and the base fee to peer with MICE. In fact, this could arguably encourage member companies to provide transport, leaving MICE fee to focus on it's assets in the 511 building the future needs/goals we decide on as a group. Thoughts? > The current model greatly simplifies addressing any technical issues that come up with remote connections, so I would advocate sticking with it. A more laissez faire model could lead to extended outages and/or the need to play "isolate that problem" by segmenting the exchange, neither of which seems desirable to me. For examples of what I speak, see the various histories of early days of MAE East and West. Owen > s > > Shaun Carlson > Senior Network Engineer | Arvig > ph: (218) 346-8673 | contact: protocol.by/scarlson > em: shaun.carlson(a)arvig.com > > > > On Mon, Oct 8, 2012 at 10:08 AM, Jay Hanke <jayhanke(a)mankatonetworks.net> wrote: > > If we do that, I'd like to propose also that ports be limited to one > > MAC. Obviously, this wouldn't apply to ports between (any combination > > of) MICE Switches and Remote Switches. > > I played with port security for this and had pretty decent success. > > > > > The Amsterdam Internet exchange is using L2ACLs for this with great > > success. > > Using port security also had the benefit of not having to track each > carriers mac address. > > > Here'd be an example of what this would look like (with * marking ports > > limited to 1 MAC): > > > For now, we'd treat the CNS switch as a MICE Switch (since it's loaned > > to MICE), but if that changed, then it might be another example of a > > Remote Switch. > > Mankato Networks remote switch is managed by MICE. > > > CNS & Mankato Networks: Does the requirement to break each customer out > > into the Remote Switch kill your business model? > > Not really a problem, I started breaking them out anyway. I'd have a > couple of legacy users that would need to shuffle ports but not a big > deal. > > ######################################################################## > > 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 > ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Oct. 8, 2012

Re: MICE Cost Breakdowns

by Shaun Carlson

Based on some of the discussion, in particular the base IP fee, I wanted to test one change. I shifted the Colo costs from the base member fee to the switch portion of the spreadsheet to see how that would impact the distribution. I've included this for your reference. I think it's fair to shift some of that burden, but perhaps move the base fee up slightly to help cover those costs as the resources would be in use either way. MICE Cost Breakdown, Oct 2012 - Revision 1.xlsx <http://db.tt/g1h86bb8> A couple of other thoughts came to mind as I was reading through these comments as well. First, for the meetings, should we consider moving them around a little? Perhaps one at 511, one in Central MN and one in Fargo for 3 a year (or something like that). How would this impact the attendance and cost? Second, there is a lot of talk about remote switches. Should MICE care about the remote switches and should MICE have control of those switches. It occurs to me that we are discussing a fee structure which provides for a base member fee (gets you the IP allocation, peering and vote) and a separate fee for actually connecting to the MICE fabric. Do we care how the member gets to the 511 building so long as it's an L2 connection from their border to the MICE core? In other words, I think this fee structure lends itself to other member companies providing transport and it's up to them what they want to charge for that transport. All MICE would really care about is the costs of maintaining the switch fabric for those members directly connected and the base fee to peer with MICE. In fact, this could arguably encourage member companies to provide transport, leaving MICE fee to focus on it's assets in the 511 building the future needs/goals we decide on as a group. Thoughts? s *Shaun Carlson *Senior Network Engineer | Arvig ph: (218) 346-8673 | contact: protocol.by/scarlson em: shaun.carlson(a)arvig.com On Mon, Oct 8, 2012 at 10:08 AM, Jay Hanke <jayhanke(a)mankatonetworks.net>wrote: > > If we do that, I'd like to propose also that ports be limited to one > > MAC. Obviously, this wouldn't apply to ports between (any combination > > of) MICE Switches and Remote Switches. > > I played with port security for this and had pretty decent success. > > > > > The Amsterdam Internet exchange is using L2ACLs for this with great > > success. > > Using port security also had the benefit of not having to track each > carriers mac address. > > > Here'd be an example of what this would look like (with * marking ports > > limited to 1 MAC): > > > For now, we'd treat the CNS switch as a MICE Switch (since it's loaned > > to MICE), but if that changed, then it might be another example of a > > Remote Switch. > > Mankato Networks remote switch is managed by MICE. > > > CNS & Mankato Networks: Does the requirement to break each customer out > > into the Remote Switch kill your business model? > > Not really a problem, I started breaking them out anyway. I'd have a > couple of legacy users that would need to shuffle ports but not a big > deal. > > ######################################################################## > > 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

Oct. 8, 2012

Re: ARIN in Minneapolis

by Hannigan, Martin

I’ll be there as well. Best, -M< On 9/11/12 9:32 AM, "Reid Fishler" <rfishler(a)HE.NET> wrote: I am Reid. :-P Sorry, I had to. Reid On Tue, Sep 11, 2012 at 9:07 AM, Brian Mort <brian.mort(a)arvig.com> wrote: I am Jay. On Tue, Sep 11, 2012 at 8:01 AM, Jay Hanke <jayhanke(a)mankatonetworks.net> wrote: Is anyone else going to the ARIN meeting on Thursday in Minneapolis? -- Jay Hanke CTO, CCIE #19093 Mankato Networks LLC PO Box 54 619 S Front St Mankato, MN 56001-3838 Google 530-618-2398 <tel:530-618-2398> jayhanke(a)mankatonetworks.net http://www.mankatonetworks.com ######################################################################## 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

Oct. 8, 2012

Re: MICE Cost Breakdowns

by Jay Hanke

> If we do that, I'd like to propose also that ports be limited to one > MAC. Obviously, this wouldn't apply to ports between (any combination > of) MICE Switches and Remote Switches. I played with port security for this and had pretty decent success. > > The Amsterdam Internet exchange is using L2ACLs for this with great > success. Using port security also had the benefit of not having to track each carriers mac address. > Here'd be an example of what this would look like (with * marking ports > limited to 1 MAC): > For now, we'd treat the CNS switch as a MICE Switch (since it's loaned > to MICE), but if that changed, then it might be another example of a > Remote Switch. Mankato Networks remote switch is managed by MICE. > CNS & Mankato Networks: Does the requirement to break each customer out > into the Remote Switch kill your business model? Not really a problem, I started breaking them out anyway. I'd have a couple of legacy users that would need to shuffle ports but not a big deal. ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Oct. 8, 2012

Re: MICE Cost Breakdowns

by Richard Laager

On Sat, 2012-10-06 at 11:15 -0500, Jay Hanke wrote: > Remote Switches > > I'd further propose that remote switch operators pay their port fee > but not an IP fee unless they are peering as well. Anyone who pays any > fee is a member and has voting rights. Which is a change from our > current requirement of having 1 BGP session. Any AS connected to a > remote switch pays the IP Fee and the port costs are between them and > the remote switch "owner". > > Remote Switch owners must provide superuser rights to MICE for their > switches to provide common administration. I'd also argue the > equipment switching must be dedicated. Remote switch operators are > responsible for all the costs associated with running their remote > switches. Addition of future switches requires Board of Governors > approval, and likely some written agreement in the future. > > Remote Switches applies to attaching a L2 fabric to the network not > transporting single connections. If we do that, I'd like to propose also that ports be limited to one MAC. Obviously, this wouldn't apply to ports between (any combination of) MICE Switches and Remote Switches. The Amsterdam Internet exchange is using L2ACLs for this with great success. Here'd be an example of what this would look like (with * marking ports limited to 1 MAC): +-------------+ | MICE Switch |--- 1G * ipHouse +-------------+ |Stacking | | Link +----- 1G * TDS | +-------------+ | MICE Switch |--- 10G * UMN +-------------+ |10G | | +--------- 10G * Akamai | +--------------------+ | Mankato Networks | | MICE Remote Switch | +--------------------+ <-------- MICE's authority ends here |1G |1G |1G |* |* |* +--------------------+ | BBV Wiktel Vaultas | | | | Mankato Networks | | non-MICE Switch | +--------------------+ For now, we'd treat the CNS switch as a MICE Switch (since it's loaned to MICE), but if that changed, then it might be another example of a Remote Switch. CNS & Mankato Networks: Does the requirement to break each customer out into the Remote Switch kill your business model? -- Richard ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Oct. 8, 2012

Re: MICE Cost Breakdowns

by Jay Hanke

> In light of this requirement, do we want to spell out that among the > BoG approval criteria is the use of a model/brand of switch compatible > with the knowledge/training of the current fabric administrators? I don't think we need to go to that level of detail. I think requiring a plan as to how the switch will be connected and maintained and how issues are resolved would be sufficient. > Have we documented the criteria for this BoG approval at all? No, I just brought it up because the proposed pricing model distinguishes between MICE ports for fees. I'd love it if someone would take a stab at such a policy. > Is that something we want to do, or just leave it as an assumption that > all parties will work in good faith to do "the right thing" in this > regard? I think the connection and maintenance plan would suffice. > I would clarify the definition as: > A remote switch is any piece of active hardware not owned by MICE which > connects more than one member to the MICE core infrastructure. > Agreed > I would suggest: > All costs and contracts required for remote switches to reach and > connect to the MICE core infrastructure shall be the responsibility > of the remote switch operator. Agreed > >> Grace Period >> >> I'd advocate offering a six month grace for new members on either 1G >> or 10G ports for new participants. >> > I think a 3 month grace period is probably a more reasonable compromise. > I think MICE is well enough established and presents a good enough > value proposition to be attractive to new members as is. I don't know > of any other (paid) IX offering 3 months free service, let alone 6. MICE is just cheaper, faster and better than any of the other paid exchanges you've come across. ;) > >> Small Networks >> > I haven't had a chance to look over the spreadsheet yet, but if $500/year > is the IP fee, that seems rather steep to me. To the best of my knowledge, > an IX is treated as an end-user organization and not a subscriber member > in terms of ARIN fees. That means we should have paid about $2,250 for > our initial IPv6 and IPv4 assignments combined and $500 for our ASN as > a one-time fee, but should be paying $100/year thereafter. We should > never need more IPv6 (a /48 is realistically enough to run several > thousand of the worlds largest exchange points) and I suggest we treat > the cost of additional IPv4 space ($1,250 or $MARKET, depending on > timing) as a problem to solve when we have more than 200 attachments > to the exchange (I think that's a ways off and the cost of IPv4 by then is > unpredictable at best, if it can be obtained at all.) Who cares about v4 anyway? We'll just force them to tunnel their IPv4 over v6. ;) > >> Expansion beyond 511 > Agreed. Any seeding should probably be done by forming a separate > organization and having MICE make an agreed upon (by vote of the members) > contribution to said organization. Exactly > >> Promotion >> > Factual questions (the answers to which might shape members thoughts > on the opinion questions): > How frequent are the UG meetings? 2 per year > What is typical attendance? 20-45 > What level of facilities/etc. is required to hold a UG meeting? > + Banquet room of a restaurant > + Small Conference Room (essentially like a board room) > + Large Conference Room (hotel ballroom in conference configuration) > + Other? (please specify) A good sized banquet room is sufficient. Although missing wifi the last place worked pretty well. > Other than space, what logistics/facilities are required? Food/Drink/Speaker/Connectivity Promotion wise, I was also thinking about sending representatives to other non-MICE events to speak. Mainly for events that we can't cover during our respective day jobs. -- Jay Hanke CTO, CCIE #19093 Mankato Networks LLC PO Box 54 619 S Front St Mankato, MN 56001-3838 Google 530-618-2398 jayhanke(a)mankatonetworks.net http://www.mankatonetworks.com ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Oct. 6, 2012

Re: MICE Cost Breakdowns

by Owen DeLong

> Remote Switches > > I'd further propose that remote switch operators pay their port fee > but not an IP fee unless they are peering as well. Anyone who pays any > fee is a member and has voting rights. Which is a change from our > current requirement of having 1 BGP session. Any AS connected to a > remote switch pays the IP Fee and the port costs are between them and > the remote switch "owner". > > Remote Switch owners must provide superuser rights to MICE for their > switches to provide common administration. I'd also argue the > equipment switching must be dedicated. Remote switch operators are > responsible for all the costs associated with running their remote > switches. Addition of future switches requires Board of Governors > approval, and likely some written agreement in the future. In light of this requirement, do we want to spell out that among the BoG approval criteria is the use of a model/brand of switch compatible with the knowledge/training of the current fabric administrators? Have we documented the criteria for this BoG approval at all? Is that something we want to do, or just leave it as an assumption that all parties will work in good faith to do "the right thing" in this regard? I'm fine with either decision, but I'd like it to be a conscious decision made deliberately rather than an implied decision. > Remote Switches applies to attaching a L2 fabric to the network not > transporting single connections. > I would clarify the definition as: A remote switch is any piece of active hardware not owned by MICE which connects more than one member to the MICE core infrastructure. > I think MICE not purchase or provide any transport period. If other > parties want to offer that service I don't see an issue with it > I would suggest: All costs and contracts required for remote switches to reach and connect to the MICE core infrastructure shall be the responsibility of the remote switch operator. > Grace Period > > I'd advocate offering a six month grace for new members on either 1G > or 10G ports for new participants. > I think a 3 month grace period is probably a more reasonable compromise. I think MICE is well enough established and presents a good enough value proposition to be attractive to new members as is. I don't know of any other (paid) IX offering 3 months free service, let alone 6. > Small Networks > > Under this model, small networks could connect to a "cheaper" remote > switch so they would have a way to connect and participate in MICE > that's feasible for them. ~$500/year isn't a huge hurdle. > I haven't had a chance to look over the spreadsheet yet, but if $500/year is the IP fee, that seems rather steep to me. To the best of my knowledge, an IX is treated as an end-user organization and not a subscriber member in terms of ARIN fees. That means we should have paid about $2,250 for our initial IPv6 and IPv4 assignments combined and $500 for our ASN as a one-time fee, but should be paying $100/year thereafter. We should never need more IPv6 (a /48 is realistically enough to run several thousand of the worlds largest exchange points) and I suggest we treat the cost of additional IPv4 space ($1,250 or $MARKET, depending on timing) as a problem to solve when we have more than 200 attachments to the exchange (I think that's a ways off and the cost of IPv4 by then is unpredictable at best, if it can be obtained at all.) > Expansion beyond 511 > > I think MICE should focus on getting our ducks in a row in 511 for > now. I would be open to "seeding" a second exchange somewhere else in > the Midwest. > Agreed. Any seeding should probably be done by forming a separate organization and having MICE make an agreed upon (by vote of the members) contribution to said organization. > Promotion > > We should budget something for promotion and holding events. > Organizing a UG is a PITA when you need to get everything for free. In > addition, we may need to chip in for some travel at some point. Factual questions (the answers to which might shape members thoughts on the opinion questions): How frequent are the UG meetings? What is typical attendance? What level of facilities/etc. is required to hold a UG meeting? + Banquet room of a restaurant + Small Conference Room (essentially like a board room) + Large Conference Room (hotel ballroom in conference configuration) + Other? (please specify) Other than space, what logistics/facilities are required? Solicit other members opinions questions: Should UG meeting costs be borne by the full membership or by the attendees or some combination? Do we want to start requiring UG meetings to support remote participation? > Remote Hands > > Entering in a contract for 24x7 support is also something we should explore. +1 Owen ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Oct. 6, 2012

MICE Cost Breakdowns

by Jay Hanke

Thanks for all the work and input on this. I got a chance to play with the orange squares this morning. I adjusted the Relative value of the 10G to 1G to 2.64, basically to make the 10G port cost come out to 1k per solar cycle. The total 10G at $1440 (1k + 440) seemed to be reasonable. Remote Switches I'd further propose that remote switch operators pay their port fee but not an IP fee unless they are peering as well. Anyone who pays any fee is a member and has voting rights. Which is a change from our current requirement of having 1 BGP session. Any AS connected to a remote switch pays the IP Fee and the port costs are between them and the remote switch "owner". Remote Switch owners must provide superuser rights to MICE for their switches to provide common administration. I'd also argue the equipment switching must be dedicated. Remote switch operators are responsible for all the costs associated with running their remote switches. Addition of future switches requires Board of Governors approval, and likely some written agreement in the future. Remote Switches applies to attaching a L2 fabric to the network not transporting single connections. I think MICE not purchase or provide any transport period. If other parties want to offer that service I don't see an issue with it Grace Period I'd advocate offering a six month grace for new members on either 1G or 10G ports for new participants. Small Networks Under this model, small networks could connect to a "cheaper" remote switch so they would have a way to connect and participate in MICE that's feasible for them. ~$500/year isn't a huge hurdle. Expansion beyond 511 I think MICE should focus on getting our ducks in a row in 511 for now. I would be open to "seeding" a second exchange somewhere else in the Midwest. Promotion We should budget something for promotion and holding events. Organizing a UG is a PITA when you need to get everything for free. In addition, we may need to chip in for some travel at some point. Remote Hands Entering in a contract for 24x7 support is also something we should explore. -- Jay Hanke CTO, CCIE #19093 Mankato Networks LLC PO Box 54 619 S Front St Mankato, MN 56001-3838 Google 530-618-2398 jayhanke(a)mankatonetworks.net http://www.mankatonetworks.com ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Oct. 6, 2012

Re: New cost breakdown worksheet

by Owen DeLong

On Oct 5, 2012, at 11:50 AM, Dean Bahls <dean.bahls(a)COOPERATIVE-NETWORKS.COM> wrote: > Shaun and Richard, > > I like and appreciate the work and thought that you guys have put into this. > > The only comment I have is regarding the acquisition of new members. Since MICE is still relatively young, I’d encourage us to look at ways to make it easy for companies to come on board. Can we extend the life expectancy of hardware from 3 years to 5 or 6 years? The switches really should live much longer than 3 years in the way we are using them. > > And one question: A significant portion of the annual cost is related to the Base Member Fee, and a large portion of that is associated with the Cologix-donated space and power fees that are currently forgiven. I agree with the notion that charging members for those otherwise forgiven fees is a good way to build cash reserves without asking for more donations. Is $11K annual a reasonable number for a MICE bank account? > It might be a little on the low side, but I think it's as good a starting point as any. Owen ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Oct. 6, 2012

Re: New cost breakdown worksheet

by Richard Laager

On Fri, 2012-10-05 at 13:50 -0500, Dean Bahls wrote: > The switches really should live much longer than 3 years in the way we > are using them. We're using our current costs as a way to estimate future costs. In other words, we're not saying that we need to buy another 40-port 10G switch in 3 years. We're saying we need to buy an X-port 40G or 100G switch in 3 years, and by then, it'll probably cost about what the 10G switch cost us this time. I realize this isn't perfectly accurate, but at this point, I like the fact that it's closer to objective than subjective. I'd hate to see us get bogged down discussing what each of us predicts a 40G switch will cost 3 years from now. -- Richard ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Oct. 5, 2012

Re: New cost breakdown worksheet

by Reid Fishler

11k MAY be a bit too low. I would like to see us have about 15k a year, as that will give us some money for sending out techs (which we do NOT get for free from Cologix) in case of failures, and also replacing things that break when you least expect it. Reid On Fri, Oct 5, 2012 at 3:07 PM, Mike Horwath <drechsau(a)iphouse.net> wrote: > On Fri, Oct 05, 2012 at 01:50:26PM -0500, Dean Bahls wrote: > > The only comment I have is regarding the acquisition of new members. > > Since MICE is still relatively young, I'd encourage us to look at > > ways to make it easy for companies to come on board. Can we extend > > the life expectancy of hardware from 3 years to 5 or 6 years? The > > switches really should live much longer than 3 years in the way we > > are using them. > > Extending the life won't give enough revenue to buy another set of > switches. > > So extending the life would not really change the fee structure much. > > > And one question: A significant portion of the annual cost is > > related to the Base Member Fee, and a large portion of that is > > associated with the Cologix-donated space and power fees that are > > currently forgiven. I agree with the notion that charging members > > for those otherwise forgiven fees is a good way to build cash > > reserves without asking for more donations. > > MICE can't survive on donations. > > > Is $11K annual a reasonable number for a MICE bank account? > > In my opinion: yes. > > > -- > Mike Horwath ipHouse - Welcome home! drechsau(a)iphouse.net > The universe is an island, surrounded by whatever it is > that surrounds universes. - Berkeley Fortune > > ######################################################################## > > To unsubscribe from the MICE-DISCUSS list, click the following link: > http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1 > > -- Reid Fishler Director Hurricane Electric +1-510-580-4178 ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Oct. 5, 2012

Re: New cost breakdown worksheet

by Mike Horwath

On Fri, Oct 05, 2012 at 01:50:26PM -0500, Dean Bahls wrote: > The only comment I have is regarding the acquisition of new members. > Since MICE is still relatively young, I'd encourage us to look at > ways to make it easy for companies to come on board. Can we extend > the life expectancy of hardware from 3 years to 5 or 6 years? The > switches really should live much longer than 3 years in the way we > are using them. Extending the life won't give enough revenue to buy another set of switches. So extending the life would not really change the fee structure much. > And one question: A significant portion of the annual cost is > related to the Base Member Fee, and a large portion of that is > associated with the Cologix-donated space and power fees that are > currently forgiven. I agree with the notion that charging members > for those otherwise forgiven fees is a good way to build cash > reserves without asking for more donations. MICE can't survive on donations. > Is $11K annual a reasonable number for a MICE bank account? In my opinion: yes. -- Mike Horwath ipHouse - Welcome home! drechsau(a)iphouse.net The universe is an island, surrounded by whatever it is that surrounds universes. - Berkeley Fortune ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Oct. 5, 2012

Re: New cost breakdown worksheet

by Shaun Carlson

Dean, those are great observations and questions. This sheet really isn't a recommendation at this stage so much as its a way to understand our costs, or potential costs, and decide how we want to move forward. I also think another key question was raised at the meeting on Wednesday about where we're headed as a group. I.e. long term goals and strategies. The answer to that question is just as important to determining our fee structure and method of financing. s // SIGNED // Shaun Carlson --------------- Please excuse my grammar and typos, this was sent from my mobile device. On Oct 5, 2012, at 13:50, Dean Bahls <dean.bahls(a)COOPERATIVE-NETWORKS.COM> wrote: > Shaun and Richard, > > I like and appreciate the work and thought that you guys have put into this. > > The only comment I have is regarding the acquisition of new members. Since MICE is still relatively young, I’d encourage us to look at ways to make it easy for companies to come on board. Can we extend the life expectancy of hardware from 3 years to 5 or 6 years? The switches really should live much longer than 3 years in the way we are using them. > > And one question: A significant portion of the annual cost is related to the Base Member Fee, and a large portion of that is associated with the Cologix-donated space and power fees that are currently forgiven. I agree with the notion that charging members for those otherwise forgiven fees is a good way to build cash reserves without asking for more donations. Is $11K annual a reasonable number for a MICE bank account? > > Thank you, > > Dean > > Dean Bahls > Network Services Manager > Cooperative Network Services, LLC > (218) 346-3635 (office) > dean.bahls(a)cooperative-networks.com > > > > > > From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Shaun Carlson > Sent: Friday, October 05, 2012 11:22 AM > To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET > Subject: [MICE-DISCUSS] New cost breakdown worksheet > > All, > > Richard Laager from Wikstrom Telephone and I have put together a spreadsheet (see link below) detailing the cost breakdown and potential fee structures for MICE. I've highlighted the input fields in orange (you're welcome Mike H) and would encourage you to review the values and assumptions annotated within the sheet. > > MICE Cost Breakdown, Oct 2012.xlsx > > This spreadsheet proposes fees based on the current costs of the exchange. While slightly simplistic (e.g. no effort was made to account for inflation), this seemed like a reasonable and mostly-objective path to calculating the first year of fees. These costs assume that labor is still donated. The space and power costs are included, even though they're currently donated for 3 years; the effect of this will be to build up reserves. These reserves would be to allow for unforeseen events as well as growth (e.g. adding another switch if we run out of ports). The hardware costs of the existing switches are included as well, even though the switches are already paid for. This will build up funding to buy the next generation of switches (40G or 100G). > > Yearly, the Board of Governors ("steering committee") needs to update (or review the work of a committee which has updated) the inputs to cost projections. After this first year, since the "expected life" will be one year less, the hardware purchase costs will need to be updated to account for costs already recovered. For example, pretend we had only one switch that cost $10,000, support costs $1,000/year, and we expect to install then next generation switch in 5 years. The methods used in the spreadsheet would show we need to recover: 10000 / 5 + 1000 = $3000/year. Next year, if we are still exactly on, the fees don't change. Since we recovered $2,000 in the first year, we now need to recover: 8000 / 4 + 1000 = $3000/year. As the best estimates (for the cost of the next generation of switch and the remaining time until such a switch is necessary) are updated, the costs will go up or down. > > Additionally, Richard and I discussed some policy notes and considerations and wanted to include the following for your review and comment as well. > > > POLICY PROPOSALS: > > General > > The term "Resources" refers to physical or logical resources such as IP addresses, ports, etc. > > In the 4th quarter, the rates for Resources for the upcoming year shall be fixed by the Board of Governors. The new rates shall take effect on January 1. > > Future policy action may define a Grace Period (e.g. for new members) during which fees are waived. This Grace Period is separate from, and in addition to, the "one month" references below. > > > Prorating > > Annual rates shall be prorated by months only. Resources connected on or before the 15th of a month shall be billed effective the 1st of that month. Resources connected after the 15th shall be billed effective the 1st of the next month. No refunds shall be given for disconnections. Credit is only given during migrations, as provided below. > > > Migrations > > Additional resources utilized during MICE-initiated migrations are not billable provided the member complies with MICE's timetable for that migration. > > Members upgrading (not downgrading) the type (speed) of their ports (e.g. one or more 1G ports to one or more 10G ports) shall be prorated the difference between the port costs. If the difference is negative, the credit may be carried forward up to one year. During the period of overlap between the sets of ports, one month's overlap of the cheaper set shall be credited; if there is less than one month of overlap, no overlapping charges apply. > > > IPs > > Upon application, a new member shall be assigned one set of one IPv4 address and one IPv6 address. The IPs are billable one month after the route servers are configured (unless the member opts out of multi-lateral peering) and the member is notified of the assignment. > > Additional IPv4 and IPv6 addresse sets are billable at the same rate as the first set. Members may not be assigned more than two sets of addresses without future policy action. > > > Ports > > Ports are billable once configured and the member is notified of the assignment, except that ports assigned to new members are billable one month later. > > > Transceivers > > Transceivers (SFP, SFP+, etc.), when required for ports, must be purchased from MICE or provided by the member. If purchased from MICE, no Grace Period applies. If provided, the transceiver must meet MICE's requirements, which may include a manufacturer or manufacturer compatibility specification for switch support reasons. Transceivers (once paid for) remain the property of the member. > > > > Feel free to play around with the numbers and understand the cost breakdowns for yourself. Let us know if you have questions regarding the sheet or the included calculations/assumptions. > > Thanks! > > s > > > Shaun Carlson > Senior Network Engineer | Arvig > ph: (218) 346-8673 | contact: protocol.by/scarlson > em: shaun.carlson(a)arvig.com > > > 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 ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Oct. 5, 2012

Re: New cost breakdown worksheet

by Dean Bahls

Shaun and Richard, I like and appreciate the work and thought that you guys have put into this. The only comment I have is regarding the acquisition of new members. Since MICE is still relatively young, I'd encourage us to look at ways to make it easy for companies to come on board. Can we extend the life expectancy of hardware from 3 years to 5 or 6 years? The switches really should live much longer than 3 years in the way we are using them. And one question: A significant portion of the annual cost is related to the Base Member Fee, and a large portion of that is associated with the Cologix-donated space and power fees that are currently forgiven. I agree with the notion that charging members for those otherwise forgiven fees is a good way to build cash reserves without asking for more donations. Is $11K annual a reasonable number for a MICE bank account? Thank you, Dean Dean Bahls Network Services Manager Cooperative Network Services, LLC (218) 346-3635 (office) dean.bahls(a)cooperative-networks.com From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Shaun Carlson Sent: Friday, October 05, 2012 11:22 AM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: [MICE-DISCUSS] New cost breakdown worksheet All, Richard Laager from Wikstrom Telephone and I have put together a spreadsheet (see link below) detailing the cost breakdown and potential fee structures for MICE. I've highlighted the input fields in orange (you're welcome Mike H) and would encourage you to review the values and assumptions annotated within the sheet. MICE Cost Breakdown, Oct 2012.xlsx <http://db.tt/aJCZNXGz> This spreadsheet proposes fees based on the current costs of the exchange. While slightly simplistic (e.g. no effort was made to account for inflation), this seemed like a reasonable and mostly-objective path to calculating the first year of fees. These costs assume that labor is still donated. The space and power costs are included, even though they're currently donated for 3 years; the effect of this will be to build up reserves. These reserves would be to allow for unforeseen events as well as growth (e.g. adding another switch if we run out of ports). The hardware costs of the existing switches are included as well, even though the switches are already paid for. This will build up funding to buy the next generation of switches (40G or 100G). Yearly, the Board of Governors ("steering committee") needs to update (or review the work of a committee which has updated) the inputs to cost projections. After this first year, since the "expected life" will be one year less, the hardware purchase costs will need to be updated to account for costs already recovered. For example, pretend we had only one switch that cost $10,000, support costs $1,000/year, and we expect to install then next generation switch in 5 years. The methods used in the spreadsheet would show we need to recover: 10000 / 5 + 1000 = $3000/year. Next year, if we are still exactly on, the fees don't change. Since we recovered $2,000 in the first year, we now need to recover: 8000 / 4 + 1000 = $3000/year. As the best estimates (for the cost of the next generation of switch and the remaining time until such a switch is necessary) are updated, the costs will go up or down. Additionally, Richard and I discussed some policy notes and considerations and wanted to include the following for your review and comment as well. POLICY PROPOSALS: General The term "Resources" refers to physical or logical resources such as IP addresses, ports, etc. In the 4th quarter, the rates for Resources for the upcoming year shall be fixed by the Board of Governors. The new rates shall take effect on January 1. Future policy action may define a Grace Period (e.g. for new members) during which fees are waived. This Grace Period is separate from, and in addition to, the "one month" references below. Prorating Annual rates shall be prorated by months only. Resources connected on or before the 15th of a month shall be billed effective the 1st of that month. Resources connected after the 15th shall be billed effective the 1st of the next month. No refunds shall be given for disconnections. Credit is only given during migrations, as provided below. Migrations Additional resources utilized during MICE-initiated migrations are not billable provided the member complies with MICE's timetable for that migration. Members upgrading (not downgrading) the type (speed) of their ports (e.g. one or more 1G ports to one or more 10G ports) shall be prorated the difference between the port costs. If the difference is negative, the credit may be carried forward up to one year. During the period of overlap between the sets of ports, one month's overlap of the cheaper set shall be credited; if there is less than one month of overlap, no overlapping charges apply. IPs Upon application, a new member shall be assigned one set of one IPv4 address and one IPv6 address. The IPs are billable one month after the route servers are configured (unless the member opts out of multi-lateral peering) and the member is notified of the assignment. Additional IPv4 and IPv6 addresse sets are billable at the same rate as the first set. Members may not be assigned more than two sets of addresses without future policy action. Ports Ports are billable once configured and the member is notified of the assignment, except that ports assigned to new members are billable one month later. Transceivers Transceivers (SFP, SFP+, etc.), when required for ports, must be purchased from MICE or provided by the member. If purchased from MICE, no Grace Period applies. If provided, the transceiver must meet MICE's requirements, which may include a manufacturer or manufacturer compatibility specification for switch support reasons. Transceivers (once paid for) remain the property of the member. Feel free to play around with the numbers and understand the cost breakdowns for yourself. Let us know if you have questions regarding the sheet or the included calculations/assumptions. Thanks! s Shaun Carlson Senior Network Engineer | Arvig ph: (218) 346-8673 | contact: <http://protocol.by/scarlson> protocol.by/scarlson em: <mailto:shaun.carlson@arvig.com> shaun.carlson(a)arvig.com _____ To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS <http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1> &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

Oct. 5, 2012

Please welcome Broadband Visions to MICE

by Anthony Anderberg

Connecting via the Mankato Networks switch. Broadband Visions (BBV) ASN 25615 New/Primary IPs: 206.108.255.107 2001:504:27:0:0:640F::1 Old/Secondary IPs: 69.147.218.107 2607:fe10:ffff::107 Anthony Anderberg Sr. Systems Analyst [NUtel_email_logo_1] 320-234-5239 anthonyanderberg(a)nu-telecom.net<mailto:anthonyanderberg@nu-telecom.net> www.nutelecom.net ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Oct. 5, 2012

Re: New cost breakdown worksheet

by Mike Horwath

On Fri, Oct 05, 2012 at 11:22:07AM -0500, Shaun Carlson wrote: > Richard Laager from Wikstrom Telephone and I have put together a > spreadsheet (see link below) detailing the cost breakdown and potential fee > structures for MICE. I've highlighted the input fields in orange (you're > welcome Mike H) and would encourage you to review the values and > assumptions annotated within the sheet. I am so excited. Thanks you two! (and for the orange) -- Mike Horwath ipHouse - Welcome home! drechsau(a)iphouse.net The universe is an island, surrounded by whatever it is that surrounds universes. - Berkeley Fortune ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Oct. 5, 2012

New cost breakdown worksheet

by Shaun Carlson

All, Richard Laager from Wikstrom Telephone and I have put together a spreadsheet (see link below) detailing the cost breakdown and potential fee structures for MICE. I've highlighted the input fields in orange (you're welcome Mike H) and would encourage you to review the values and assumptions annotated within the sheet. MICE Cost Breakdown, Oct 2012.xlsx <http://db.tt/aJCZNXGz> This spreadsheet proposes fees based on the current costs of the exchange. While slightly simplistic (e.g. no effort was made to account for inflation), this seemed like a reasonable and mostly-objective path to calculating the first year of fees. These costs assume that labor is still donated. The space and power costs are included, even though they're currently donated for 3 years; the effect of this will be to build up reserves. These reserves would be to allow for unforeseen events as well as growth (e.g. adding another switch if we run out of ports). The hardware costs of the existing switches are included as well, even though the switches are already paid for. This will build up funding to buy the next generation of switches (40G or 100G). Yearly, the Board of Governors ("steering committee") needs to update (or review the work of a committee which has updated) the inputs to cost projections. After this first year, since the "expected life" will be one year less, the hardware purchase costs will need to be updated to account for costs already recovered. For example, pretend we had only one switch that cost $10,000, support costs $1,000/year, and we expect to install then next generation switch in 5 years. The methods used in the spreadsheet would show we need to recover: 10000 / 5 + 1000 = $3000/year. Next year, if we are still exactly on, the fees don't change. Since we recovered $2,000 in the first year, we now need to recover: 8000 / 4 + 1000 = $3000/year. As the best estimates (for the cost of the next generation of switch and the remaining time until such a switch is necessary) are updated, the costs will go up or down. Additionally, Richard and I discussed some policy notes and considerations and wanted to include the following for your review and comment as well. *POLICY PROPOSALS:* *General * The term "Resources" refers to physical or logical resources such as IP addresses, ports, etc. In the 4th quarter, the rates for Resources for the upcoming year shall be fixed by the Board of Governors. The new rates shall take effect on January 1. Future policy action may define a Grace Period (e.g. for new members) during which fees are waived. This Grace Period is separate from, and in addition to, the "one month" references below. *Prorating * Annual rates shall be prorated by months only. Resources connected on or before the 15th of a month shall be billed effective the 1st of that month. Resources connected after the 15th shall be billed effective the 1st of the next month. No refunds shall be given for disconnections. Credit is only given during migrations, as provided below. *Migrations * Additional resources utilized during MICE-initiated migrations are not billable provided the member complies with MICE's timetable for that migration. Members upgrading (not downgrading) the type (speed) of their ports (e.g. one or more 1G ports to one or more 10G ports) shall be prorated the difference between the port costs. If the difference is negative, the credit may be carried forward up to one year. During the period of overlap between the sets of ports, one month's overlap of the cheaper set shall be credited; if there is less than one month of overlap, no overlapping charges apply. *IPs * Upon application, a new member shall be assigned one set of one IPv4 address and one IPv6 address. The IPs are billable one month after the route servers are configured (unless the member opts out of multi-lateral peering) and the member is notified of the assignment. Additional IPv4 and IPv6 addresse sets are billable at the same rate as the first set. Members may not be assigned more than two sets of addresses without future policy action. *Ports * Ports are billable once configured and the member is notified of the assignment, except that ports assigned to new members are billable one month later. *Transceivers * Transceivers (SFP, SFP+, etc.), when required for ports, must be purchased from MICE or provided by the member. If purchased from MICE, no Grace Period applies. If provided, the transceiver must meet MICE's requirements, which may include a manufacturer or manufacturer compatibility specification for switch support reasons. Transceivers (once paid for) remain the property of the member. Feel free to play around with the numbers and understand the cost breakdowns for yourself. Let us know if you have questions regarding the sheet or the included calculations/assumptions. Thanks! s *Shaun Carlson *Senior Network Engineer | Arvig ph: (218) 346-8673 | contact: protocol.by/scarlson em: shaun.carlson(a)arvig.com ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Oct. 5, 2012

Re: New MICE SC Member

by Mike Horwath

On Thu, Oct 04, 2012 at 06:33:23AM -0500, John Unger wrote: > Congratulations Shaun!!! +1 Looking forward to that fee summary posted to the list with the spreadsheet so people can play with their own ideas. -- Mike Horwath ipHouse - Welcome home! drechsau(a)iphouse.net The universe is an island, surrounded by whatever it is that surrounds universes. - Berkeley Fortune ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Oct. 4, 2012

Re: New MICE SC Member

by John Unger

Congratulations Shaun!!! Minneapolis | Alexandria | St. Cloud John Unger President d: 612.238.1601 c: 612.325.2909 john(a)vaultas.com www.vaultas.com This message is intended only for the named recipient(s) and may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any misdirected transmission. If you received this message in error, please notify us immediately by telephone at 612.325.2909 and immediately delete this message from your system. If you are not the intended recipient, you must not use, disclose, distribute or copy any part of this message. -----Original Message----- From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Jay Hanke Sent: Thursday, October 04, 2012 1:16 AM To: MICE-DISCUSS(a)LISTS.IPHOUSE.NET Subject: [MICE-DISCUSS] New MICE SC Member Please congratulate Shaun Carlson of Arvig as the new MICE Steering Committee Member. Shaun will be serving a three year term ending in Fall 2015. Shaun replaces Mike Horwath of ipHouse. Thanks! -- Jay Hanke CTO, CCIE #19093 Mankato Networks LLC PO Box 54 619 S Front St Mankato, MN 56001-3838 Google 530-618-2398 jayhanke(a)mankatonetworks.net http://www.mankatonetworks.com ######################################################################## 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

Oct. 4, 2012

New MICE SC Member

by Jay Hanke

Please congratulate Shaun Carlson of Arvig as the new MICE Steering Committee Member. Shaun will be serving a three year term ending in Fall 2015. Shaun replaces Mike Horwath of ipHouse. Thanks! -- Jay Hanke CTO, CCIE #19093 Mankato Networks LLC PO Box 54 619 S Front St Mankato, MN 56001-3838 Google 530-618-2398 jayhanke(a)mankatonetworks.net http://www.mankatonetworks.com ######################################################################## To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1

Oct. 4, 2012

Re: Finance committee set

by Mike Hemphill

$750 per cab and $510 for 120v 20 amp a&b power Mike Hemphill General Manager - Minneapolis 612-333-1922 office 612-812-5242 cell mike.hemphill(a)cologix.com Sent from my Samsung Epic 4G phone On Oct 3, 2012 4:13 PM, "Mike Horwath" <drechsau(a)iphouse.net> wrote: > New spreadsheet oncoming about costs and revenue needs for MICE. > > Thanks guys! > > EX4200-24-T $1900 > EX4200-48-T $4200 > EX4500 $19,500 > > Max virtual chassis config is 10 EX4200 series or 2 EX4200 + EX4500 series. > > Maintenance fees were in another message and I hope we can keep the > discount long term. > > Cologix will be approximately $1600 per month for a rack and A+B power at > 20A (Mr. Hemphill please correct me). > > Is figure three years for ROI. Two years may be better depending on growth > plans to cover updates. > > -- > Mike, via phone > ######################################################################## > > 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

Oct. 3, 2012