[2526] in Enterprise Print Delivery Team

home help back first fref pref prev next nref lref last post

Re: Antwort: Re: Enterprise printing : GAD meets MIT?

daemon@ATHENA.MIT.EDU (David F Lambert)
Tue Sep 10 09:20:31 2002

Message-Id: <200209101320.JAA18645@fort-point-station.mit.edu>
Date:         Tue, 10 Sep 02 09:00:24 EDT
From: David F Lambert <LAMBERT@MITVMA.MIT.EDU>
To: Norbert.Warnke@GAD.de
cc: Enterprise Printing Delivery Project Team <printdel@MIT.EDU>
In-Reply-To:  Your message of Tue, 10 Sep 2002 07:34:54 +0200

Hello Norbert,

If you saved any of the rejected email to <lambert@mitvma.mit.edu>, I'd
love to see them to figure out what was broken.  Vacation was great but
always too short!  :)

We have not implemented IPM for printing to distributed printers.  We'll
evaluate that possibility sometime in the future.  Out implementation of
IPM allows authenticated file submittals from application servers and
desktops.  Due to our authentication requirements, a customized secure
browser interface was developed for desktop submits.  klp -- kerberized
lp can also be used from desktops.  We're only managing central printers
as this time.

Our network environment on the campus is based on a 10/100Mb/s switched
ethernet topology.  All servers, desktops, and printers are connected
via this topology.

You didn't mention anything about business/service recovery.  I would
have a number of issues with deploying additional distributed IPM
servers at the branches if the central server can't handle the load.
Have you considered the possibility of running two central servers,
each with say 75% of the capacity to handle your entire load.  That
implies you have 150% capacity to handle your production load but also
gives you 75% capacity for handling your most critical work should
one of your two production servers go down.  You may have another
whole model for business/service recovery which handles the server
outage problem.

I can't provide a sizing estimate for you.  IBM should be able to
do that based upon your print volumes, need for converting one
datastream type to another, and the number/size of the printers you
plan to drive at one time.  IBM has a tool to estimate the server size -
both processor size as well as disk.

I'm assuming you don't have to worry about encryption of the data on
your private WAN.  That's an issue for our open network but we are
living with an unencrypted solution today.

Hope this helps some...

-Dave

On Tue, 10 Sep 2002 07:34:54 +0200 you said:
>David,
>
>email to lambert@mitvma.mit.edu failed two times, hope this one reaches=
> you
>:
>---------------------- Weitergeleitet von Norbert Warnke/Lehrte/GRZNord=
> on
>10.09.2002 07:32 ---------------------------
>
>Norbert Warnke
>09.09.2002 11:58
>
>
>
>An:   David F Lambert <LAMBERT@MITVMA.MIT.Edu> @ GAD
>Kopie:
>Thema:    Antwort: Re: Enterprise printing : GAD meets MIT?  (Document =
>link
>      not converted)
>
>Hello David,
>
>Ih hope, you did enjoy your vacation days .
>
>Here are some topics I want to discuss.
>
>Please reply your information per email or send me a time frame, I can =
>call
>you this week.
>
>
>1. Distributed Printing
>Our data center produces reports from mainframe applications (EBCDIC wi=
>th
>ASA)
>and AFP output for 600 banking companies.
>most of the output is send as files via 64Kbit/s-WAN to the banks and t=
>hey
>can view and print
> it from an apllication (using printers like Genicom 4490 max is 1400 l=
>pm,
>or PSI ).
>We have to migrate this printing environement, because the distributed
>systems in the banks
>are based on IBMs OS/2 .
>Other reports are printed centrally at GAD data Center.
>
>
>We discuss to implement a centralized IBM IPM at our data center and
>connect the
>printers in the banks via TCP/IP. The output will be send to the IPM an=
>d
>the administrators in
>the banks will use a web-client to view and manage their reports. We wo=
>uld
>connect
>over 1.000 printers to a centralized IPM server.
>
>
>IBM would implement IPM servers at our costumers and connect them as
>secondary
>print server to our central IPM, if only one central server will not
>perform.
>
>
>
>We do not have any experience with this kind of distributed printing .
>
>In your environemt users send print files from their desktop to the
>centralized IPM.
>
>
>what kind of lines to  you use in your WAN ?
>
> What is your recommondation about our model of
>"a centralized print pool" with 1.000 distributed printers?
>
>
>
>
>kind regards
>
>GAD eG
>Norbert Warnke
>_____________________________________
>GAD eG
>Raiffeisenstra=DFe 12
>31275 Lehrte
>
>Tel.:      (05132) 91-2320
>Fax.:     (05132) 91-2260
>
>eMail:  Norbert.Warnke@GAD.de
>
>http://www.gad.de
>
>
>
>
>
>
>David F Lambert <LAMBERT@MITVMA.MIT.Edu> on 23.08.2002 14:16:14
>
>An:   Norbert.Warnke@GAD.de
>Kopie:    Enterprise Printing Delivery Project Team <printdel@mit.edu>
>Thema:    Re: Enterprise printing : GAD meets MIT?
>
>Hello Norbert,
>
>Our print delivery (implementation) project is completed and the
>project team disassembled.  I led the effort and would be happy to
>answer any questions you may have.  However, I will be on vacation
>the next two weeks.  Feel free to call me at 617.253.7095 after Sept 9t=
>h.
>
>Dave Lambert
>Project Leader, Enterprise Print Delivery
>Manager, Datacenter Operations Services
>
>
>
>
>
>=
>
>

home help back first fref pref prev next nref lref last post