Subj : linked
To : Gordon Lewicky
From : Frank Vest
Date : Sun Dec 15 2002 07:48 pm
On (15 Dec 02) Gordon Lewicky wrote to Frank Vest...
Hello Gordon,
FV> With one flag to denote IP capabilities and the IP/domain to that
FV> would work for me. It's better than a flag for each IP protocol.
GL> I dunno, but reveiwing all the "I" flags, they all seem
GL> reasonable. Each is a distinct connectivity method, no different
GL> then all the modem flags.
One picky technical difference. :) Binkp and the other IP flags are
protocol flags, not connectivity flags in the respect that the Fidonet
Nodelist expects.
GL> Flying them all only leads currently to problems with line length
GL> restrictions, but that is easily fixed and is being worked on as
GL> we speak.
Agreed... to a point. Not all should be needed.
GL> The real problem is what do we do with the inet connect addy.
GL> Where do we place it, should it be in a field of it's own, and
GL> maintaining a cross-over for legacy by allowing the kludges into
GL> system name or phone num fields.
That seems to be the problem... and the base for some of the ideas
here... both pro and con.
GL> And along with that, let's get a fixed definition of PVT. And I
GL> see nothing wrong with defining it to mean a non directly
GL> contactable system which must be routed to, and if direct contact
GL> is needed then arrangements must be made with that node for the
GL> means. And that is all it should stand for, IMO! :)
That's as good an opinion as any other. Thanks for sharing it with us.
:)
Regards,
Frank
http://pages.sbcglobal.net/flv
http://biseonline.com/r19
--- PPoint 3.01
* Origin: Holy Cow! I'm A Point!! (1:124/6308.1)