1 INFO-VAX	Mon, 06 Sep 2004	Volume 2004 : Issue 494       Contents:: Re: Changing "DECnet Phase IV Prefix" under DECnet Phase V: Re: Changing "DECnet Phase IV Prefix" under DECnet Phase V Re: EV8 advertised by accident Frances and disaster tolerance Re: Future of Decnet Re: Future of Decnet Re: Future of Decnet VMS marketing opportunity  Re: VMS marketing opportunity   F ----------------------------------------------------------------------  % Date: Mon, 06 Sep 2004 01:10:12 +0200 * From: Paul Sture <nospam@sture.homeip.net>C Subject: Re: Changing "DECnet Phase IV Prefix" under DECnet Phase V * Message-ID: <2q1kmpFpf8bjU1@uni-berlin.de>   Dirk Munk wrote:2 > This will work, but only untill the next reboot. > @ > You will have to do a complete reconfiguration of your DECnet. >  >   I Totally unsupported, and I don't think I'd dream of trying to change the  F prefix this way, but this may help understand what goes on during the  startup of DECnet Phase V.  C In brief, NET$CONFIGURE.COM generates scripts which are run during  D startup and does checksums on them. If a checksum doesn't match on a2 reboot, a freshly modified script file is ignored.  + Here's a post I did in 2001 on the subject:    http://tinyurl.com/6jamb  D --------------------------------------------------------------------  I This is almost certainly totally unsupported, but in SYS$SYSTEM you will  F find some NET$CHECKSUM*.DAT files. It is possible to edit the various F startup .NCL files and then preserve them by running CHECKSUM against 8 the new version, and putting the result in the relevant  NET$CHECKSUM*.DAT file.   G I just went through this last week when I was setting up a development  F cluster with multiple versions of VMS. I discovered that the MOP info E had been set up to load the system image from DISK$LABEL: instead of   SYS$SYSDEVICE:  H A real pain to work through the NET$CONFIGURE menu for even one client, ? let alone multiple ones, so direct editing was the way to go...   D --------------------------------------------------------------------   ------------------------------  # Date: Mon, 06 Sep 2004 03:49:22 GMT   From: John Santos <john@egh.com>C Subject: Re: Changing "DECnet Phase IV Prefix" under DECnet Phase V * Message-ID: <67R_c.3514$j62.1093@trnddc04>   Paul Sture wrote:  > Dirk Munk wrote: > 3 >> This will work, but only untill the next reboot.  >>A >> You will have to do a complete reconfiguration of your DECnet.  >> >> > K > Totally unsupported, and I don't think I'd dream of trying to change the  H > prefix this way, but this may help understand what goes on during the  > startup of DECnet Phase V. > E > In brief, NET$CONFIGURE.COM generates scripts which are run during  F > startup and does checksums on them. If a checksum doesn't match on a4 > reboot, a freshly modified script file is ignored. >   H My experience has been that DECNET DOES execute them on reboot, but theyF get ignored the next time you run NET$CONFIGURE it tells you the filesD have invalid checksums, and they get reset to default configuration.  C To preserve changes across NET$CONFIGURE.COM, you need to make them  with NET$CONFIGURE.   A However, I haven't tried the "Fix the checksums" trick below.  It C ought to work, but the danger is if there is a typo, or if you make D a change that NET$CONFIGURE can't parse (I don't know if it uses the> same parsing tables as NCL, so it is possible that there exist@ syntactically valid commands that NET$CONFIGURE can't cope with.D If that happens, NET$CONFIGURE might ignore your changes or die when it tries to parse them.   - > Here's a post I did in 2001 on the subject:  >  > http://tinyurl.com/6jamb > F > -------------------------------------------------------------------- > K > This is almost certainly totally unsupported, but in SYS$SYSTEM you will  H > find some NET$CHECKSUM*.DAT files. It is possible to edit the various H > startup .NCL files and then preserve them by running CHECKSUM against : > the new version, and putting the result in the relevant  > NET$CHECKSUM*.DAT file.  > I > I just went through this last week when I was setting up a development  H > cluster with multiple versions of VMS. I discovered that the MOP info G > had been set up to load the system image from DISK$LABEL: instead of   > SYS$SYSDEVICE: > J > A real pain to work through the NET$CONFIGURE menu for even one client, A > let alone multiple ones, so direct editing was the way to go...  > F > --------------------------------------------------------------------  C I often hand-edit them, then save a copy of the new version.  After D running NET$CONFIGURE, I compare my saved versions with the new ones> produced by NET$CONFIGURE and restore (or edit and restore if ! appropriate) my changed versions.   B This of course is completely unsupported, but is often quicker andF less error-prone for making one-line changes or additions than walkingA through a slew of questions in obscure submenus in NET$CONFIGURE.   C IMHO, NET$CONFIGURE is not so much your friend as a cranky neighbor = who will sometimes give you a ride to pick up your car at the F repair shop, or do other favors if you ask nice (but sometimes won't.)   --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Sun, 05 Sep 2004 21:59:30 -0500 ( From: Rich Jordan <duodec@speakeasy.net>' Subject: Re: EV8 advertised by accident 2 Message-ID: <Rr-dnTcFAIkdTqbcRVn-ug@speakeasy.net>   Kenneth Farmer wrote: 5 > "Rich Jordan" <jordan@ccs4vms.com> wrote in message 9 > news:cc5619f2.0409031131.7bf3ffb4@posting.google.com...  > C >>On the last content page, HPTC Scalable Products, the last column 9 >>lists the HP AlphaServer SC45.  Processor listed is....  >>( >>64-bit Alpha EV8 processor at 1.25 GHz >> > " >>but since its Tru64 only I guess" >>its not worth the effort anyway. >  >  > Take this as humor...  > L > Ever run Tru64 in a production environment?  If you had, you wouldn't makeM > that statement.  If you did, and you had problems with Tru64, then whomever H > handled the servers wasn't good at it.  Second best in many regards toJ > OpenVMS? Yes.  It could be easily claimed as the most reliable UNIX, andL > that comes from someone who has used them all, Solaris, AIX, HP-UX, Linux,I > etc. Tru64 doesn't deserve that kinda of disrespectful comment.  I mean M > after all, we are talking Alpha chips here anyway, right?  Tru64 is part of 
 > the family.  > K > That's like looking at your brother on his death bed and saying, oh well, I > that cure they were going to try might have worked, but he's not really  > worth it anyway. >  > :) >  > Ken  > ________________________$ > Kenneth R. Farmer <>< 336-736-7376& > SpyderByte: http://www.SpydeByte.com  H Aww, Ken, come on.  My point was only that the SC is not supported with F VMS.  Tru64 may very well be the best unix that will ever be, but its I not VMS, and therefore is not of primary interest here.  Just like a box  G that will only run Win-NT Alpha, and not VMS (or Tru-64 Unix) is of no   real interest here either.  6 But it was a brief, happy moment, seeing EV8 listed...   ------------------------------  % Date: Sun, 05 Sep 2004 14:53:18 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ' Subject: Frances and disaster tolerance , Message-ID: <413B609B.5DC685E9@teksavvy.com>  J Kennedy Space centre saw the storm coming and on Thursday and Friday, they; "prepared" for the coming stormby shutting down the centre.   N Interestingly, the web sites hosted at KSC such as www.ksc.nasa.gov as well asL some of the NASA TV real media feeds have been offline since then. And sinceI Frances is late, they've been offline for days now. (I know, web and real H aren't "mission critical" for NASA, but it is still an indication of theJ impact of having to shot down a data centre for days in case fo flooding).  M Similarly, when a few years ago, some hurricane threathened the Houston area, 1 they shut down that centre in preparation for it.   E Considering NASA has a large network linking geographically dispersed L locations, I find it interesting that they don't "fall back" their web sites to an alternate location.     K NASA probably has the luxury of being able to shut down its sites.  How did G businesses behave in Florida ? Would they have actually shut down their K systems to reduce damage if flooding did occur, or would they have just let E their data centre run until it failed (power outage and/or flooding).    ------------------------------   Date: 5 Sep 2004 14:54:11 -0700 ( From: bob@instantwhip.com (Bob Ceculski) Subject: Re: Future of Decnet = Message-ID: <d7791aa1.0409051354.5de12482@posting.google.com>   s fabiopenvms@yahoo.com.br (Fabio Cardoso) wrote in message news:<f30679fb.0409020508.56b4c6bc@posting.google.com>...  > Dear Sirs  > = > As Decnet is becoming an almost extincted protocol,why not  - > HP opens or give it: to IEEE for example ?  A > May be it can be improved as an industrial automation protocol.  > 	 > Regards  >  > FC  ; decnet over IP has brought life back to decnet, and TCPware 8 can run decnet Phase IV over IP, and if you pay Process,3 the can tweak it to run in an SSL tunnel using port 9 forwarding, and what power a decnet over IP encrypted lan 9 is ... you can have nodes anywhere in the world connected 4 and with full decnet functionality, that's powerful!   ------------------------------   Date: 5 Sep 2004 16:24:38 -0700 % From: a.greig@virgin.net (Alan Greig)  Subject: Re: Future of Decnet < Message-ID: <af3b9b31.0409051524.7857570@posting.google.com>  _ Roy Omond <Roy.Omond@BlueBubble.UK.Com> wrote in message news:<2primiFoo3r6U1@uni-berlin.de>...  > JF Mezei wrote:  >  > > Larry Kilgallen wrote: > >  > > F > >>Depending on how you measure efficiency LAT is much less efficient1 > >>than CTERM (the SET HOST protocol in DECnet).  > >  > > T > > Can someone explain this statement ? In what way would CTERM be more efficient ? > - > JF, Larry is (as usual) absolutely correct.  > B > Hint: think about how the echoing of characters you type on yourB > keyboard appears on the screen.  Then think how CTERM might haveA > implemented this in order to reduce network traffic (bearing in ; > mind that it is a very, very clever piece of software :-) + > The rest is left as an exercise etc. etc.    But first there was ANF-10     >  > Roy Omond  > Blue Bubble Ltd.   ------------------------------  * Date: Mon, 6 Sep 2004 02:49:52 +0000 (UTC)7 From: moroney@world.std.spaamtrap.com (Michael Moroney)  Subject: Re: Future of Decnet ( Message-ID: <chgj8g$7nq$1@pcls4.std.com>  _ Roy Omond <Roy.Omond@BlueBubble.UK.Com> wrote in message news:<2primiFoo3r6U1@uni-berlin.de>... B > Hint: think about how the echoing of characters you type on yourB > keyboard appears on the screen.  Then think how CTERM might haveA > implemented this in order to reduce network traffic (bearing in ; > mind that it is a very, very clever piece of software :-) + > The rest is left as an exercise etc. etc.   J Not just the local echo is "smart".  Being able to handle single characterH reads as well as bursts of data was harder than it looks on VMS.  I onceJ had to write software that captured and processed output of another deviceH connected to a serial line of a Microvax II.  The easiest way to captureI such data was 1 character $QIO reads, right?  Yes - except a MV2 couldn't H keep up at 9600 baud (~960 QIOs per second).  Had to implement a bizarreI hodgepodge where a single character read would be followed by a series of G large reads with zero timeout, and such a read getting zero characters  F would be followed by a 1 character (no timeout) read, repeat sequence.H CTERM, on the other hand can handle large data bursts on a microvax justH fine with little cpu overhead.  I still don't know exactly what trick it uses.  --   -Mike    ------------------------------  % Date: Sun, 05 Sep 2004 16:08:12 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> " Subject: VMS marketing opportunity, Message-ID: <413B722B.D78BECA7@teksavvy.com>  L RIGHT NOW would be the best time to buys VMS specific ads in any/all FloridaJ newspapers extolling VMS's disaster tolerance virtues and VMS's ability to6 have a single cluster spanning hundreds of kilometres.   ------------------------------  % Date: Sun, 05 Sep 2004 21:07:53 -0500 2 From: David J Dachtera <djesys.nospam@comcast.net>& Subject: Re: VMS marketing opportunity+ Message-ID: <413BC679.CE2FCBFF@comcast.net>    JF Mezei wrote:  > N > RIGHT NOW would be the best time to buys VMS specific ads in any/all FloridaL > newspapers extolling VMS's disaster tolerance virtues and VMS's ability to8 > have a single cluster spanning hundreds of kilometres.  F Well, actually, people are going to be focussed on recovery right now.E Damage control for future events might best be handled once folks are F less distracted and better able to accept something that's as far "off the beaten path", as VMS is.   ...IMHO, YMMV...  C Timing is everything, and I wouldn't say the time is now. Next week ; maybe, or the week after ("How do we make the next one more 
 survivable?")    D.J.D.   ------------------------------   End of INFO-VAX 2004.494 ************************                                                                                                                                                                                                                                                                                                                                                                                                                                                                                            e%Z˦l´:[cpdne]u,Y I o]xD7WdspvoR&>W~cAEgezf
%i4{	DދXWhm$T]ɪ/ci=Tna
a{dbt.(b"R|<8*+n͞!<m-Wk&v	U=ٖxx
PYĔԓ/*;KdOArOf+(%+M#G
u)eSPђz\ w|7 57ĺ7qxI"OJ]ܤIɲG#j.??|d!1vYZ^^r@ƥ='.I'qDٸU  RumWg&t4{PwO!G~ S
9WN?V
̳,_\II4'|*RzƾǽmܗǥhmTN.IScQ[Հα#DC{jLi5h?5V;.5T52n:^9h1ȻL88scG%n44X׼s_2Waβkq]-GM
v&FbSôt;]wlбMYf%x<u[\g8 ^H7?
|iuCx
Dsڦ UJAQYZy(3oq~Ǣɩ`b7R|
ߜϓ՗՗s "7v%L
ŷ7Bc-&e"[gOy|ws5>{H>14mu<3p.${ydmV{a,"C٫jhܵDϺ}ȿJrh$9OkhQߓB#o	44ιmd0zH,&iȨXA0Ts/2'wAcf@6xl2s<:tXy̬F6j`ȭɲӌ<91gr^fNf]ǌY*.f]ak
F!ݿة&'Qc>Ae6`̆43Yor.(
߲>TreNós9ǲ&НH@>$5v+Q#Ys]YztΑβ(or_i9m!IbS@,M_:粧NÂWvvB{t=	~$6W«̪$Axk̎oشL2Hͬ\.!|/.O7̝}E=YLRɉ<("<Έ{fo2~MWFXxX=L%{9Ҝ܋O$Ys}2d==ء|0xDo(e'%3?нEIYGo].sp:J$䁡tFNw'zHmiDrz{K7[.57lQPÝEw.@"b3M1`d0\?
cHz⽱/=8f"}RFHʰd/ލ1z0-=Q{P1$~)S~r@=$Cq4Y1SĆ>e%12b(".LoP/Ēx>*V}m h/9I74 HףD?d m㑌qb
!ٟA3+h(*f_0&	KYθ\FlzG .g@XA].y
@Գ83c [;l}D^H{dV	kbަ	=/R >$T3}3wM679l
nd_6pjӅqNx+
yB(\],"AZ+*jώ.
ƒpwXvčv"NSݙ;E'u04}I
]K^|]0@}FW "];H	c}.]F$a
@,>=rI87cv0=*okm{2
AO%-2)D.W` CqnqjIHҫڒO]H0y7'l!9x]x:Sʃxv\]BY=WgNO8m|gfIK6*z+z,F"׷iLvS:D҂Wݡ]y|7>:~zq~ΌF:{6Ӭ
[s)ռ=$Ǹ{o~r-m&O;Mt
efROt.3