[Casper] Recon Rollout Question

Tue Sep 16 15:10:45 PDT 2008

That is very helpful. We would only be deploying to Mac machines at present
and no where near the amount of macs you are dealing with. The largest
office probably has 100 so it is definitely under 300  500 macs. Glad to
hear about the sizing of the spikes on the WAN and I do not need to Recon
these machines daily for instance as we are really only wanting to ensure
software compliance so I figure I can actually try to circulate that load
over the month to the different office to get my data back to a central
point. For the bigger offices I could then put in a few distribution servers
which can then help me manage those offices better using more of the suite.

London it is which means less travel but I will see what I can do about that
ticket dude. ;0)

J

From: Thomas Larkin <tlarki at kckps.org>
Date: Tue, 16 Sep 2008 19:17:10 +0100
To: James Burnett <james.burnett at greyeu.com>, <casper at list.jamfsoftware.com>
Subject: Re: [Casper] Recon Rollout Question

 I think you should send me to Europe and I will recon those machines for
you, and don't worry I am worth every penny :)

 OK, but on a serious note, the jamf binary does not really send large
amounts of network traffic.  When we were deploying our 6,000 Macs last year
I think we maybe spiked at around 7MB/s of traffic over the WAN.  That
wasn't all going to the JSS either, a lot of it was going out to the Open
Directory servers for home synchronizing and authentication.

 In a perfect network set up, I would have means of putting an onsite JSS
just in case of network failure by some ISP.  Depending on how crucial your
management is for your systems.  If some European ISP goes out and kills
internet traffic from main land Europe to the UK, then your machines won't
be managed until that is back on.  That is probably an unlikely scenario but
lets just say I have personally experienced an outage where someone cut the
wrong fiber cable, and managed to cut the back up cable as well.  Thank you
AT&T for that experience.

 Also the amount of clients you will have checking in should be a factor as
well.  If you set your clients to check in, say once a day for inventory you
will have a pretty accurate report and that will randomize the timing of
clients checking in.

 If you only have around 50 to 100 Macs I would say you are golden.  How
many Macs are we talking about?  Also, do you plan on running Recon on the
Windows machines as well?

___________________________
Thomas Larkin
TIS Department
KCKPS USD500
tlarki at kckps.org
blackberry:  913-449-7589
office:  913-627-0351

>>> "Burnett, James (GCG IT)" <james.burnett at greyeu.com> 09/16/08 7:07 AM >>>

 Hello everyone

We are currently running Casper 6 sucessfully in our local office LAN and
want to rollout (in particular Recon) to our other offices in Western
Europe. Many of these are on slower links and do not have a large
infrastructure and certainly do not have OSX server. Other offices are
larger and have around 50 to 100 macs and a better osx backend and links. We
are trying to find a solution that best fits moving forward and planning the
best way to implement Recon to start. Essentially we need to run recon on
all of the macs in WEU to report on software licensing.

Question is: do people think it is a good idea to use a centrally managed
server from London and have them reporting back to our server or is it best
to go with asking the offices to install a local copy of osx server and run
their own versions? Ideally we would like to maintain control of the data
and be able to access (which I know you can do either way over http).
Ideally we would like to have a good booster server setup in the future that
we could share our applications, etc but at present that is not our main
goal.

Any thoughts would be appreciated.

James

Grey Communications Group Limited
Registered No. 1795794, Registered in England
Registered Office The Johnson Building, 77 Hatton Garden, London, EC1N 8JS
VAT Number GB 404 6245 78

CONFIDENTIALITY
The information contained in this communication may contain confidential, privileged and copyright information and is solely for the use of the intended recipient.  Access to this email by anyone else is unauthorised.  If you are not the intended recipient any disclosure, copying, distribution or any action taken, or omitted to be taken, or in response to it is prohibited and may be unlawful.  If you have received this email in error, please notify us and then delete this message at once.

VIRUSES
We cannot guarantee that any attachment is completely free from computer viruses and we do not therefore accept any liability for loss or damage which may be caused.  Please therefore check any attachments for viruses before using them on your own equipment.  If you do find a computer virus please inform us immediately so that we may take appropriate action.

SECURITY
Unencrypted internet communications are not secure.  As a result the Company does not accept responsibility for the confidentiality of this message nor guarantee that the sender shown is the actual sender.

NOTIFICATION WITH REGARD TO PRIVACY
You are hereby advised that the Company monitors the use of and intercepts emails on its equipment and system.  Emails sent and received may be read for valid business reasons.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://list.jamfsoftware.com/pipermail/casper/attachments/20080916/4ffdc37f/attachment.htm 