FW: [NA-User] Re:NA and network cards
Fri, 28 Jun 2002 15:41:42 -0400
From: Juha Rantanen [mailto:email@example.com]
Sent: Friday, June 28, 2002 2:16 PM
Subject: Re: [NA-User] Re:NA and network cards
Rich and all,
This is a bit out of topic for NA reflector but please excuse me. We were at
IOTA pedition on EU101 in the beginning of June and eventhough I suggested
that we should use NA there I was voted out and we used CT instead. We used
the Windows version of CT and made a simple network between the computers
through a hub. We started the CT with -enet thing in the end of command line
and we got the ethernet running. It ran flawlessly throuhout the 5 days we
stayd there. The DOS version of CT is a pain in the a.. to configure for the
ethernet use but that Windows version was very easy. I don't know how K1EA
has done it but it seemed to work great.
But that's all you will hear CT stuff from me on this reflector as this
reflector is ment for the greatest contest logging software NA. CT lacks so
many other things that one network thingy can't get it even close to NA in
usage, stability and support.
----- Original Message -----
From: "Rich Dailey, KA8OKH" <firstname.lastname@example.org>
Sent: Friday, June 28, 2002 6:28 PM
Subject: [NA-User] Re:NA and network cards
> >There is no similar ethernet network support in NA that is in CT.
> >The only
> >way to connect computers together is to use com ports either direct or in
> >loop configuration.
> To be correct, there is no ethernet support in CT - rather K1TTT wrote
> software (nettsr) that replaces the comtsr driver that CT requires. It
> packages the com port data in a UDP frame so the ethernet board can handle
> No handshaking, or other fancy tcp/ip services, and no guarantee that it
> I got it to work on and off here at ka8okh a few years ago, but abandoned
> NA serial networking. I wasn't comfortable with CT/nettsr's reliability.
> Rich Dailey, KA8OKH - Phyllis Dailey, KB4NPI
> Kentucky QSO Party template files for NA -
> NA-User mailing list
NA-User mailing list
--- StripMime Report -- processed MIME parts ---
text/plain (text body -- kept)