INFO-VAX Tue, 03 Jul 2007 Volume 2007 : Issue 359 Contents: Re: Amazing, two new articles on Computerworld.com actual mention OpenVMS! OpenV DEGPA-SA FC HBA Re: DEGPA-SA FC HBA Re: DEGPA-SA FC HBA Re: DEGPA-SA FC HBA Re: HP "Support" for OpenVMS Re: OpenVMS - When downtime is not an option Re: OpenVMS - When downtime is not an option Re: Question to Kerry Main Re: Ten years ago... Re: Ten years ago... Re: Ten years ago... Re: VAX logo ? Re: VMS security vulnerability (POP server) Re: VMSclusters and data replication Re: VMSclusters and data replication Re: VMSclusters and data replication RE: VMSclusters and data replication Re: VMSclusters and data replication Re: VMSclusters and data replication What is a CT-ADP80-AA? Re: What is a CT-ADP80-AA? Re: What is a CT-ADP80-AA? Re: What is a CT-ADP80-AA? ---------------------------------------------------------------------- Date: Mon, 02 Jul 2007 14:46:19 -0500 From: Ron Johnson Subject: Re: Amazing, two new articles on Computerworld.com actual mention OpenVMS! OpenV Message-ID: On 06/21/07 18:49, AEF wrote: [snip] > > Hey, maybe some customers don't need those missing things. Maybe VMS > has some things others don't, like recovering in 13.xx seconds after a > gas explosion! > > Bill, you've been vindicated about Linux. It had the worse recovery > time, but not much worse than Windows. HP-UX recovered significantly > faster. You mean the time it takes to validate the file system? -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! ------------------------------ Date: Mon, 02 Jul 2007 14:03:23 -0700 From: "Tom Linden" Subject: DEGPA-SA FC HBA Message-ID: Sorry for the Alphabet soup. I have two of these Compaq branded. I was going to upgrade the firmware before deploying them and for this purpose I use a DS10L. SRM doesn't seem to recognize them, but the do show up with SHOW CONFIG, but not SHOW DEV Is this a residual from a previous configuration? -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: Mon, 02 Jul 2007 14:50:14 -0700 From: sean@obanion.us Subject: Re: DEGPA-SA FC HBA Message-ID: <1183413014.514494.188190@g37g2000prf.googlegroups.com> DEGPA-SA is not a Fibre Channel HBA. It's a Gigabit Ethernet card. I would expect to see EW or ES entries under SRM for it. It looks like OpenVMS updates this firmware as part of the device driver like HPUX does. >From update VMS73_LAN-V0400, dated 28-JUN-2003: "The DEGPA firmware included in the device driver for the DEGPA PCI Gigabit Ethernet NIC ..." http://ftp.support.compaq.com.au/pub/ecoinfo/ecoinfo/667.htm Sean On Jul 2, 2:03 pm, "Tom Linden" wrote: > Sorry for the Alphabet soup. > > I have two of these Compaq branded. I was going to upgrade the firmware > before deploying them and for this purpose I use a DS10L. SRM doesn't > seem to recognize them, but the do show up with SHOW CONFIG, but not SHOW > DEV Is this a residual from a previous configuration? > > -- > PL/I for OpenVMSwww.kednos.com ------------------------------ Date: Mon, 02 Jul 2007 17:32:34 -0700 From: "Tom Linden" Subject: Re: DEGPA-SA FC HBA Message-ID: On Mon, 02 Jul 2007 14:50:14 -0700, wrote: > DEGPA-SA is not a Fibre Channel HBA. It's a Gigabit Ethernet card. I > would expect to see EW or ES entries under SRM for it. > I see, this was part of a batch of what I thought were HBAs and that excplains it. Just curious, can the FC switch handle both ethernet and scsi traffic? > It looks like OpenVMS updates this firmware as part of the device > driver like HPUX does. >> From update VMS73_LAN-V0400, dated 28-JUN-2003: > > "The DEGPA firmware included in the device driver for the DEGPA PCI > Gigabit Ethernet NIC ..." > > http://ftp.support.compaq.com.au/pub/ecoinfo/ecoinfo/667.htm > > > > Sean > > > On Jul 2, 2:03 pm, "Tom Linden" wrote: >> Sorry for the Alphabet soup. >> >> I have two of these Compaq branded. I was going to upgrade the firmware >> before deploying them and for this purpose I use a DS10L. SRM doesn't >> seem to recognize them, but the do show up with SHOW CONFIG, but not >> SHOW >> DEV Is this a residual from a previous configuration? >> >> -- >> PL/I for OpenVMSwww.kednos.com > > -- PL/I for OpenVMS www.kednos.com ------------------------------ Date: Mon, 02 Jul 2007 18:46:05 -0700 From: sean@obanion.us Subject: Re: DEGPA-SA FC HBA Message-ID: <1183427165.109482.22970@j4g2000prf.googlegroups.com> Well, my first reaction is: Huh? FC switches connect to FC HBAs. TCPIP over FC is a software mirage: there is no TCPIP over FC HBA. Some switches will act as routers or gateways to the non-FC network, but they are usually Director class and expensive. If you had two or three systems that needed private high bandwidth network connectivity that could tolerate higher than Gigabit Ethernet latency (FC can have some long wait times compared to Gigabit, but for disk or tape you don't see it), say some Windows systems that don't share storage but can do network backups, this might be worth trying. It might be faster to use a storage array that would allow a disk- based backup on the source system, dismount the backup disk from the source system, and mount on the backup system and backup to tape from there. Most places Iv'e heard talk of TCPIP over FC turns in to some kind of turf war between the network team and the system/storage team, so nothing usefull happens. Sean On Jul 2, 5:32 pm, "Tom Linden" wrote: > On Mon, 02 Jul 2007 14:50:14 -0700, wrote: > > DEGPA-SA is not a Fibre Channel HBA. It's a Gigabit Ethernet card. I > > would expect to see EW or ES entries under SRM for it. > > I see, this was part of a batch of what I thought were HBAs and that > excplains > it. Just curious, can the FC switch handle both ethernet and scsi traffic? > > > > > It looks like OpenVMS updates this firmware as part of the device > > driver like HPUX does. > >> From update VMS73_LAN-V0400, dated 28-JUN-2003: > > > "The DEGPA firmware included in the device driver for the DEGPA PCI > > Gigabit Ethernet NIC ..." > > >http://ftp.support.compaq.com.au/pub/ecoinfo/ecoinfo/667.htm > > > Sean > > > On Jul 2, 2:03 pm, "Tom Linden" wrote: > >> Sorry for the Alphabet soup. > > >> I have two of these Compaq branded. I was going to upgrade the firmware > >> before deploying them and for this purpose I use a DS10L. SRM doesn't > >> seem to recognize them, but the do show up with SHOW CONFIG, but not > >> SHOW > >> DEV Is this a residual from a previous configuration? > > >> -- > >> PL/I for OpenVMSwww.kednos.com > > -- > PL/I for OpenVMSwww.kednos.com ------------------------------ Date: Mon, 02 Jul 2007 18:31:33 -0500 From: Ron Johnson Subject: Re: HP "Support" for OpenVMS Message-ID: On 06/28/07 14:18, JF Mezei wrote: > Main, Kerry wrote: >> Bottom line summary is that HP says the same thing to HP-UX Cust's >> moving to Linux. IBM says the same thing when looking at AIX to Linux >> migrations. Sun says the same about Solaris to Linux. > > > I am not sure that IBM VPs go around and purposefully send out a message > stating that IBM will help customers migrate from MVS (Z-OS this week I > think). JF is correct. And Sun will actively try to convince you port to x86-64 Solaris if you are dead-set on moving off of SPARC. But if you insist on moving to Linux, they'll gladly sell you a range of Sun Fires. -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! ------------------------------ Date: Mon, 02 Jul 2007 18:56:49 -0400 From: Bill Todd Subject: Re: OpenVMS - When downtime is not an option Message-ID: Bob Koehler wrote: ... It's MS crap. I know their business model and there > is pressure to produce low quality products so they can sell you > a replacement next year. Not quite: it's pressure to push products out the door with all sorts of bells and whistles that will entice you to buy them *this* year (or at least this product cycle). And quality has always taken a very back seat to that goal (they claim this has changed in the past couple of years, but I wouldn't bet on it). Fortunately for the quest for server stability, *most* of those bells & whistles since the advent of Win2K have been glued onto layered products rather than the base OS, which means that (at least until Vista, where the jury is still out) the base OS has had the opportunity to become increasingly stable. I certainly wouldn't suggest that it's as stable as VMS, but in many cases it's stable enough. - bill ------------------------------ Date: Mon, 02 Jul 2007 20:25:29 -0400 From: Bill Todd Subject: Re: OpenVMS - When downtime is not an option Message-ID: david20@alpha2.mdx.ac.uk wrote: > In article , Bill Todd writes: >> JF Mezei wrote: >>> Bill Todd wrote: >>>> Please explain exactly how a virus, trojan, or worn can infect a >>>> server via any legitimate use of email on that server. >>> Over the years, there have been plenty of pathces issued to prevent such >>> things from happening on many of the unix SMTP servers. (think buffer >>> overflow with a TO FROM etc that are way too long and contain code). >> You're as welcome as Paul is to provide a *specific* example of such an >> exposure in a current Windows environment, JF. Otherwise, stop blowing >> the same kind of hot air that Kerry so often does: it's not responsive >> to the challenge that I posed (but then hot air never is, is it). >> > > Since in this instance we are talking SMTP servers the Microsoft equivalent is > Exchange. > The last such vulnerability was in May. > See http://www.microsoft.com/technet/security/bulletin/ms07-026.mspx > > in particular the MIME decoding vulnerability CVE-2007-0213 > > Note. That particular patch also fixes a couple of denial of services > vulnerabilities in IMAP and the calendar service. > The calendar services works by sending emails with vCal or iCal properties > and that had a critical remotely exploitable vulnerability in May 2006 > see http://www.microsoft.com/technet/security/bulletin/ms06-019.mspx I already discussed the above at length elsewhere, so won't replicate that content here. > > Of course this only affects you if your server is running Exchange. Exactly: they are *Exchange* bugs, not *Windows* bugs. My comment to JF certainly admits your response, but its intent was that neither email server operation nor end-user email use should be able to compromise the integrity of the server *OS* (because OS stability is what has been under discussion here). > > Similarly MS07-029 only affects you if you have the DNS service running (which > it quite often is on domain controllers) > see > http://www.microsoft.com/technet/security/bulletin/ms07-029.mspx And can be temporarily worked around by disabling the ability to manage the domain controller remotely (i.e., only managing it locally). > > > However Microsoft fairly often has more general vulnerabilities such as > > http://www.microsoft.com/technet/security/bulletin/ms06-070.mspx > http://www.microsoft.com/technet/security/bulletin/ms06-040.mspx > and > http://www.microsoft.com/technet/security/bulletin/ms06-035.mspx > > > which you can protect against by blocking TCP ports 139 and 445 at the firewall > which is fine when you are protecting against attack from outside but may cause > problems if the attack comes from inside your organisation. If you've got attacks coming from inside your organization you're in a somewhat different protection ballpark - even if you're only talking about inadvertently-introduced malware on some workstation rather than a malicious human (the former is why workstations need to be actively managed and buttoned down as much as servers do). Exactly how adverse an effect blocking these ports at individual system firewalls would have is not clear: file & print sharing might be affected, for example, but if the ports involved are TCP-specific then presumably using NetBEUI for file & print sharing would be one way to get around that (though might be suitable only in small organizations). > > > Although prioritising these wormable bugs for patching is probably the best way > of dealing with the flood of Microsoft vulnerabilities That was my basic point - that *most* patches don't need to be applied instantaneously if doing so somewhat less often in larger batches is significantly more convenient. relying on people not > using browsers on servers is not a good long term option However, relying on users to use browsers on servers only in accounts with restricted privileges (e.g., that do not allow installation of new software or write access to existing software) *is* an eminently reasonable option: it takes only a few seconds to log into such an account when that's appropriate. hence all those other > server patches still need to be applied it's just that you can spend a bit more > time planning and testing. Yup. - bill ------------------------------ Date: Mon, 02 Jul 2007 18:45:17 -0400 From: Bill Todd Subject: Re: Question to Kerry Main Message-ID: IanMiller wrote: > On Jul 1, 9:54 pm, "Paul Raulerson" wrote: > >> I'm not sure in my mind about Itanium yet; I am thinking that porting VMS to >> x86 may well be the way of the future, but HP has chosen Itanium for >> (presumably) very good reasons. What do you think about the platform choice? >> >> -Paul > > I notice that some in the trade press are starting to think Itanium > has a future. > > http://www.techworld.com/opsys/features/index.cfm?featureID=3503 > "The Itanium is great, it's got a future, and it's selling pretty well > -- considering. This is Intel's latest war-cry, as it bids to > resurrect the fortunes of a chip that many IT industry observers have > all but written off." > ... > "So Itanium is gaining share in a slow-growing market, and the roadmap > is back on track, re the key messages that Intel was keen to put over. > The sub-text, not so hidden beneath the surface, was that the chip > vendor won't be putting the Itanium out to grass anytime soon, and > that software vendors, hardware OEMs and -- most importantly -- end > users needn't fear for the future of Itanium-based systems." Well, to be more accurate some in the trade press are reporting that Intel certainly *wants* people to think that Itanic has a future: if you read the above carefully all of it refers to Intel's message rather than expressing the opinion of the author. So Itanic has finally managed to acquire a sufficient percentage of the former PA-RISC market (that was presented to it as a gift), the remnants of the Alpha market (the VMS portion of which cHumPaq likewise attempted to donate, though much of the customer base seems to have had other ideas), and peripheral contributions from Windows, Linux, and the seven (or however many it is) dwarfs who adopted Itanic along with HP to match the nearly 1/3 share of the market that PA-RISC used to enjoy all by itself. Somehow I don't think that a mere PA-RISC replacement was quite what Intel had in mind, nor HP, for that matter (though that was at least part of what they needed from the product) - but they seem determined to put the best face possible on the situation, at least as long as they care how Itanic is perceived externally. Since neither POWER nor SPARC is benefiting from a similar forced migration, Itanic will likely continue to 'gain market share' modestly against them in this increasingly niche and likely shrinking (but still important) market as long as portions of the PA-RISC base continue to find it necessary to seek a new vessel as their existing systems become obsolete. There's no hope that Itanic will even begin reducing the devastating performance lead that POWER currently enjoys for about the next two years until Tukwila arrives with CSI - and the tepid projection that Tukwila (having twice the core count) will only double Montecito's performance suggests that on a per-core basis POWER's lead on a per-core basis may instead continue to grow - so, just as has been the case since its ill-fated debut, Itanic seems destined to continue to be sandwiched between ever-increasing x86 capabilities on the low end and unassailable competition on the high end: exactly the opposite of the situation that Intel and HP originally envisioned for it, and hardly a recipe for the kind of overall market domination they invested their $billions to achieve. The good news is that Intel has already pared back Itanic development enough (and leveraged CSI infrastructure sharing with x86) that continuing it at its currently leisurely pace seems eminently affordable to them: as long as they don't need the remaining Itanic resources elsewhere (as they've apparently finally admitted was the case in their frantic quest to counter the AMD64 threat), there's no obvious reason to think they'll dump Itanic without waiting to see how Tukwila fares (unless, of course, they falter seriously elsewhere and decide to make ostentatious cuts to mollify Wall Street). I'd be a lot more worried (at least over the short term) that HP will dump VMS than that Itanic will suddenly sink out from underneath it. - bill ------------------------------ Date: Mon, 02 Jul 2007 18:51:35 -0700 From: Neil Rieck Subject: Re: Ten years ago... Message-ID: <1183427495.346261.231580@n60g2000hse.googlegroups.com> On Jul 1, 9:15 pm, JF Mezei wrote: > Neil Rieck wrote: [...snip...] > > When Sabia took over a few years ago, he seemed to do a good job of > cleaning up the mess left from the .com era. Then, he tried to switch > Bell into those income trust thingy, which the government promptly put a > stop to. > We were screwed by two things (both under Jean Monty): 1) upper management thought that "convergence" meant we needed to buy other non-core companies like CTV-GlobeMedia 2) Jean Monty lost 13 billion dollars in two bad investments which meant were were too deep in debt to lay fiber (we needed to issue bonds to cover this debt) Neil ------------------------------ Date: Mon, 02 Jul 2007 18:56:36 -0700 From: Neil Rieck Subject: Re: Ten years ago... Message-ID: <1183427796.799220.192360@g4g2000hsf.googlegroups.com> On Jul 1, 11:45 pm, "Main, Kerry" wrote: [...snip...] > > Having been through 2 takeovers, you can either look at this Bell > acquisition with a view that says the glass is half full or half empty. > There are some things you can influence and some things you can not. > Like the Grolsch commercial on the radio, when your glass is half full you are looking to the bar tender to top you up :-) Neil Rieck Kitchener/Waterloo/Cambridge, Ontario, Canada. http://www3.sympatico.ca/n.rieck/ ------------------------------ Date: Mon, 02 Jul 2007 19:00:27 -0700 From: Neil Rieck Subject: Re: Ten years ago... Message-ID: <1183428027.539149.320560@57g2000hsv.googlegroups.com> On Jul 2, 2:08 am, JF Mezei wrote: > BTW, BBC is reporting this in their business news as a fairly high > importance item. They also claim it is the biggest leveraged buyout ever > in the world. > > They also mention that Telus might still jump in with a sweeter offer. > > But since it is just holding companies that are buying Bell, I don't > think you will see massive changes. For Sabia to support it, he must > have gotten a very sweet deal and garantee to not be fired for at least > 8-12 months. > > These equity firms like to buy such companies because they can then use > their cash and borrow against assets to buy more companies. But the > pension fun would have a different mentality since they need constant > reliable revenus to fund retirement plans. > > Not sure if they would make radical changes to Bell. Now, if Telus had > bought Bell, we might really benefit since Telus has the software that > allows competitive DSL services without that atrocious hack that is > PPPoE. By removing PPPoE from Bell'S DSL network, it would remove one > major overhead layer that is a pain due to routing and different MTUs. I would have been happy being taken over by Telus. The Ontario Teachers Pension Fund was my second choice but I was happy to see them end up with a controlling (52%) interest. p.s. I just saw this piece on BBC: Virgin Cable (TV) in Britain is is going to be taken private. Neil Rieck Kitchener/Waterloo/Cambridge, Ontario, Canada. http://www3.sympatico.ca/n.rieck/ ------------------------------ Date: Mon, 02 Jul 2007 20:19:48 -0700 From: Neil Rieck Subject: Re: VAX logo ? Message-ID: <1183432788.574385.158510@m36g2000hse.googlegroups.com> On Jun 29, 10:31 am, "Tom Linden" wrote: [...snip...] http://web.archive.org/web/*/http:/www.openvms.digital.com Neil Rieck Kitchener/Waterloo/Cambridge, Ontario, Canada. http://www3.sympatico.ca/n.rieck/ ------------------------------ Date: Mon, 02 Jul 2007 14:43:35 -0700 From: myth@null.net Subject: Re: VMS security vulnerability (POP server) Message-ID: <1183412615.952919.96290@e16g2000pri.googlegroups.com> On Jul 2, 1:38 pm, JF Mezei wrote: > Where is the source of the attempt ? I see no IP address there. Whoops, you're right. I forgot that we have TCPIP$POP_LOG_LEVEL defined to THREAD on our systems, which adds to the detail recorded in the logfile. For normal operation, especially if you have hundreds of clients, each configured to check its mailbox every 5 minutes, you may not want to capture that much information. I agree that logging the client address should probably be the default, at least in cases where there has been an invalid access attempt. - Mark ------------------------------ Date: Mon, 2 Jul 2007 18:02:13 +0000 (UTC) From: moroney@world.std.spaamtrap.com (Michael Moroney) Subject: Re: VMSclusters and data replication Message-ID: "mb301@hotmail.com" writes: >Using OpenVMS 7.3-2 >Looking for ways to replicate lots of data across from London To New >York >Would any sort of SAN software do the job? >I guess having nodeA in NY and nodeB in London In a cluster just isn't >going to work? >What about host based raid or volume shadoing? Shadowing would work, but I suspect the data latency over such a distance would be intolerable. >Any ideas about the network pipe you can get? I'm sure it's going to be expen$ive... Does the data really need to be updated in realtime? ------------------------------ Date: Mon, 02 Jul 2007 11:09:32 -0700 From: Bob Gezelter Subject: Re: VMSclusters and data replication Message-ID: <1183399772.237201.114300@k29g2000hsd.googlegroups.com> On Jul 2, 11:55 am, "m...@hotmail.com" wrote: > Using OpenVMS 7.3-2 > > Looking for ways to replicate lots of data across from London To New > York > Would any sort of SAN software do the job? > I guess having nodeA in NY and nodeB in London In a cluster just isn't > going to work? > What about host based raid or volume shadoing? > Any ideas about the network pipe you can get? I would in general agree with Colin, albeit with one qualification. A cluster spread across the pond is probably not feasible, or for that matter desirable. The latency for routine traffic would be prohibitive in terms of performance. Additionally, the vulnerability of the cluster to a loss of data path or bandwidth would most liklely be unacceptable. Remote shadowing on a significant scale is also an issue for the same reasons. However, long distance replication of a limited volume of data is a far different story. A detailed review of what must actually be synchronized (vs recovered in the event of a problem) must be done, with a full inventory. While I am a strong advocate of clustering, there are situations where it may be more appropriate to have two clusters, one on each side of the pond, with remote archiving of log data, rather than a single, transoceanic cluster. As always, the devil is in the details. This is a topic for a detailed review, it is far too nuanced to generate a definitive answer in this forum. (Disclosure: My firm, and Colin's consult in this area.) - Bob Gezelter, http://www.rlgsc.com ------------------------------ Date: Mon, 02 Jul 2007 13:29:57 -0500 From: David J Dachtera Subject: Re: VMSclusters and data replication Message-ID: <46894425.10473484@spam.comcast.net> "mb301@hotmail.com" wrote: > > Using OpenVMS 7.3-2 > > Looking for ways to replicate lots of data across from London To New > York > Would any sort of SAN software do the job? > I guess having nodeA in NY and nodeB in London In a cluster just isn't > going to work? > What about host based raid or volume shadoing? > Any ideas about the network pipe you can get? Not enough info here to provide an intelligent response. However, let me say this: for database applications, copying transaction logs across by FTP, SCP, etc. may be an option worth looking into. If encyption can be included in the process a dedicated link may not be necessary, just Internet access over secure links. As has been mentioned, a formal consultation would likely be a more productive means of pursuing this question. -- David J Dachtera dba DJE Systems http://www.djesys.com/ Unofficial OpenVMS Marketing Home Page http://www.djesys.com/vms/market/ Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/ Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/ Unofficial OpenVMS Hobbyist Support Page: http://www.djesys.com/vms/support/ ------------------------------ Date: Mon, 2 Jul 2007 13:54:11 -0500 From: "Paul Raulerson" Subject: RE: VMSclusters and data replication Message-ID: <001c01c7bcda$613c6970$23b53c50$@com> It isn't all that expensive; you can do T1 speeds for a couple grand /month, and a lot of times, that can be enough. It isn't that much more expensive London to New York than New York to Austin. The SAN systems can do this without the knowledge or assistance of the host systems, which never even know it is going on. -Paul > -----Original Message----- > From: Michael Moroney [mailto:moroney@world.std.spaamtrap.com] > Sent: Monday, July 02, 2007 1:02 PM > To: Info-VAX@Mvb.Saic.Com > Subject: Re: VMSclusters and data replication > > "mb301@hotmail.com" writes: > > >Using OpenVMS 7.3-2 > > >Looking for ways to replicate lots of data across from London To New > >York > >Would any sort of SAN software do the job? > >I guess having nodeA in NY and nodeB in London In a cluster just isn't > >going to work? > >What about host based raid or volume shadoing? > > Shadowing would work, but I suspect the data latency over such a > distance > would be intolerable. > > >Any ideas about the network pipe you can get? > > I'm sure it's going to be expen$ive... > > Does the data really need to be updated in realtime? ------------------------------ Date: 2 Jul 2007 14:56:18 -0500 From: briggs@encompasserve.org Subject: Re: VMSclusters and data replication Message-ID: In article <1183395339.692659.35560@c77g2000hse.googlegroups.com>, "mb301@hotmail.com" writes: > Using OpenVMS 7.3-2 > > Looking for ways to replicate lots of data across from London To New > York > Would any sort of SAN software do the job? > I guess having nodeA in NY and nodeB in London In a cluster just isn't > going to work? > What about host based raid or volume shadoing? > Any ideas about the network pipe you can get? A bit of Googling shows that you're looking at best case latencies in the 70-80 ms neighborhood for New York to London. Two transatlantic T1's that I have immediate access to are running with uncongested ping times in the 80 ms range on the one and the 100 ms range on the other. Both of those circuits are between the U.S. east coast (Newark, DE) and the London area (Maidstone). By comparison, I get about 65 ms going from the U.S. east coast to the U.S. west coast (Newark, DE to San Diego, CA). Speed of light delays alone account for the bulk of those delays. Nothing you can do about that, of course. Bandwidth -- you can get as much bandwidth as you're willing to pay for. At a guess, I'd think that you're probably looking for a handoff that is a fractional DS3 at each end. Maybe you could get by with NxT1 service using multilink PPP. Or maybe you can afford a full 45 Mbps DS3. Your provider may be able to give you a dedicated virtual circuit. Or they may be able to give you a better deal on a shared circuit. For instance, my company currently has two dedicated transatlantic T1's. And we're looking at changing to a carrier that provides a shared gateway between its U.K. MPLS cloud and its U.S. MPLS cloud. We pump IP traffic in on the one end and out it comes on the other. ------------------------------ Date: Mon, 02 Jul 2007 20:23:22 -0400 From: JF Mezei Subject: Re: VMSclusters and data replication Message-ID: <40ac2$46899724$cef8887a$13365@TEKSAVVY.COM> Re: trans atlantic clusters not being so viable. OUt of curiosity, how is/was teh Cantor Fitzgerald system setup on 9-11 ? They had dana centres in WTC, in New jersey and in London. Would reliable transaction router be able to send transactions to 2 far away servers and await confirmation from both ? ------------------------------ Date: Mon, 02 Jul 2007 12:16:24 -0700 From: Galen Subject: What is a CT-ADP80-AA? Message-ID: <1183403784.248186.270600@m36g2000hse.googlegroups.com> I have a system with this model number but it doesn't have a model name on it, and I haven't been able to connect a name with it using Google either. VMS V7.3 SHOW CPU calls it a DS10L but it is in a cabinet that's a lot like an AlphaServer 800. It has several internal disk drives and an external SCSI connection as well. ------------------------------ Date: Mon, 2 Jul 2007 15:19:12 -0400 From: "David Turner, Island Computers" Subject: Re: What is a CT-ADP80-AA? Message-ID: <138ijtbg9h1fbf0@news.supernews.com> ADP used the DS10 and AS800 extensively Compaq stuffed an ADP part number on them These are the systems used in Car dealer workshops fyi DT "Galen" wrote in message news:1183403784.248186.270600@m36g2000hse.googlegroups.com... >I have a system with this model number but it doesn't have a model > name on it, and I haven't been able to connect a name with it using > Google either. > > VMS V7.3 SHOW CPU calls it a DS10L but it is in a cabinet that's a lot > like an AlphaServer 800. It has several internal disk drives and an > external SCSI connection as well. > ------------------------------ Date: Mon, 02 Jul 2007 12:55:33 -0700 From: Galen Subject: Re: What is a CT-ADP80-AA? Message-ID: <1183406133.008454.26440@m36g2000hse.googlegroups.com> > > VMS V7.3 SHOW CPU calls it a DS10L but it is in a cabinet that's a lot > > like an AlphaServer 800. It has several internal disk drives and an > > external SCSI connection as well. Thanks, Dave. I'm not surprised to see you answer this. So it looks like it really could be a DS10L in a AS800 box. What does ADP stand for here? ------------------------------ Date: Mon, 2 Jul 2007 16:08:18 -0400 From: "David Turner, Island Computers" Subject: Re: What is a CT-ADP80-AA? Message-ID: ADP- Automatic Data Processing Inc. www.adp.com It will either be a DS10L or an AS800 There is no way you could fit a DS10L cpu into an AS800 My guess is it is an AS800 DT "Galen" wrote in message news:1183406133.008454.26440@m36g2000hse.googlegroups.com... >> > VMS V7.3 SHOW CPU calls it a DS10L but it is in a cabinet that's a lot >> > like an AlphaServer 800. It has several internal disk drives and an >> > external SCSI connection as well. > > Thanks, Dave. I'm not surprised to see you answer this. > > So it looks like it really could be a DS10L in a AS800 box. What does > ADP stand for here? > ------------------------------ End of INFO-VAX 2007.359 ************************