:) That would be a good assumption
Regards, Tyson Scott - CCIE #13513 R&S, Security, and SP Managing Partner / Sr. Instructor - IPexpert, Inc. Mailto: <mailto:[email protected]> [email protected] Telephone: +1.810.326.1444, ext. 208 Live Assistance, Please visit: <http://www.ipexpert.com/chat> www.ipexpert.com/chat eFax: +1.810.454.0130 IPexpert is a premier provider of Self-Study Workbooks, Video on Demand, Audio Tools, Online Hardware Rental and Classroom Training for the Cisco CCIE (R&S, Voice, Security & Service Provider) certification(s) with training locations throughout the United States, Europe, South Asia and Australia. Be sure to visit our online communities at <http://www.ipexpert.com/communities> www.ipexpert.com/communities and our public website at <http://www.ipexpert.com/> www.ipexpert.com From: [email protected] [mailto:[email protected]] On Behalf Of Jimmy Larsson Sent: Monday, July 19, 2010 4:39 PM To: Ian McGowan Cc: [email protected] Subject: Re: [OSL | CCIE_Security] IPexpert racks for 4 or 5 hours Yeah, I guess that ipexperts reply to this is "To do like that would be cool but too expensive". /J 2010/7/19 Ian McGowan <[email protected]> I imagine they need support people on hand at the scheduled start times in the event problems occur. Using tokens in that fashion would mean the start times could be random and therefore would require 24/7 on hand support = expensive. Adapt and overcome :-) Ian On 19 Jul 2010, at 20:56, Jimmy Larsson <[email protected]> wrote: Ok. In my Utopia-world-of-perfect-things (thos who knows me knows that I often refer to it. ;) ) I build a flexible booking-system that makes the customer able to: * Schedule a system for x hours in a row where x could be 1 - 16 (or something like that) * be charged for those x hours by withdrawing x tokens from their account * start a session ad-hoc without pre-booking. * extend a current session as long as the current pod is available. Of course that system must be able to intelligently select which pod to place each customer on, which might be a somwehat advanced algoritm. But since such a system would be able to take all bookings into account at each given time it would dedicate each session to a physical pod not until the session starts so that it could do proper planning to be effective. Lets call that system EIGRP for rack-rental, but ut would kick-ass. I know plenty of developers that would be able to implement such a system and I am sure that you do as well. In my opinion the first rackrental-company that offers this would be a winner (at least the winner of my money!). 4 hours sessions is only slightly better than 8 hour sessions. What if my companys conf-room-booking-system (O*tl**k) said "sorry, you cannot use that empty room ad-hoc, it can only be booked in advance and only for 8-hour slots. So you wanna have a short 1 hour meeting? You have too book 2pm-10pm." /Jimmy 2010/7/19 Marko Milivojevic <[email protected]> On Mon, Jul 19, 2010 at 19:25, Jimmy Larsson <[email protected]> wrote: > Why is it unrealistic? For the very least of reasons, that would lead to having separate device pools, of which one could be overused, while other one is unused. Migrating and managing device pools may be an issue and additional cost. Think of load sharing here... We'd need EIGRP for vRack sessions... :-) -- Marko Milivojevic - CCIE #18427 Senior Technical Instructor - IPexpert YES! We include 400 hours of REAL rack time with our Blended Learning Solution! Mailto: [email protected] Telephone: +1.810.326.1444 Fax: +1.810.454.0130 Web: http://www.ipexpert.com/ -- ------- Jimmy Larsson Ryavagen 173 s-26030 Vallakra Sweden http://blogg.kvistofta.nu ------- _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com -- ------- Jimmy Larsson Ryavagen 173 s-26030 Vallakra Sweden http://blogg.kvistofta.nu -------
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
