What I've been told is that SCO is broadcasting their license number so that
if another host hears its license number it will "shut down" tcp in some
manner. Its apparently a copy protection scheme.
Cliff
It looks like they are trying to verify the uniqueness of their serial number.
Nothing you can do about it, I'm afraid...
--
Matthias Urlichs -- url...@smurf.sub.org -- url...@smurf.ira.uka.de /(o\
Humboldtstrasse 7 - 7500 Karlsruhe 1 - FRG -- +49+721+621127(0700-2330) \o)/
Correct..
>Nothing you can do about it, I'm afraid...S
Close, it is possible to obtain a patch that will reduce how often
the Copy Protection Daemon (CPD) bradcasts to the network.
Details below:
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Eric Davis () INTERNET -=> er...@sco.COM
Technical Support Engineer II () UUCP -=> {uunet|sun|att|ucsc}!sco!ericd
(Lanshark Support Team) () VOX -=> US + 408 425 7222
() FAX -=> US + 408 427 5443
() TWX -=> 910-598-4510 sco sacz
() HOME -=> er...@bumby.santa-cruz.ca.US
The Santa Cruz Operation, Inc. ()=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
399 Encinal Street () "We are the people our parents warned us
Santa Cruz, California 95061 () about" -Jimmy Buffett
attn: ericd () #include <legal/network/disclamer.h>
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Periodic network traffic on port 60000 causing unwanted network load.
KEYWORDS: cpd daemon port 60000 network broadcast traffic unwanted load sls lng248
RELEASE: SCO TCP/IP Release 1.0.1 for SCO XENIX
PROBLEM: The copy protection daemon, cpd, periodically checks the network
for copy protection violations. Unfortunately, this places an
unwelcome load on the network.
SOLUTION: Support Level Supplement (SLS) lng248, installs a new cpd daemon
that checks for copy protection violations less often.
This SLS is only for SCO TCP/IP Release 1.0.1.
Note that the same problem occurs with the cpd daemon for SCO
TCP/IP Release 1.1.1 under SCO UNIX System V/386 and for the
SCO TCP/IP included with Open Desktop Release 1.0.0. For these
releases, SLS lng227 addresses the cpd problem.
> < we're trying to figure out what service is broadcasting on
> < UDP port 60000. It's coming from an SCO Xenix engine
> < with Lachman TCP/IP.
> It looks like they are trying to verify the uniqueness of their serial number.
> Nothing you can do about it, I'm afraid...
Depends on what you mean by "do about it". You can't avoid running /etc/cpd,
the CoPyrightDaemon which broadcasts on udp.60000, but you can get
a version of cpd that only does it at startup. Someone probably informed
SCO that the broadcasts make IP over pieces of wet string rather less
useable.
Support Level Suppement lng227 applies to SCO Unix TCP/IP and lng248
applies to SCO Xenix TCP 1.0.1 (the release version).
Both are available for anon UUCP from sosco or scolon. Obviously you
can get them from SCO Support as well...
Disclaimer: I haven't actually tried them, though.
--
Ronald Khoo <ron...@robobar.co.uk> +44 81 991 1142 (O) +44 71 229 7741 (H)
It is the networking copyright daemon, /etc/cpd. It is indeed
broadcasting serial numbers. Early versions did shut down networking
if somebody broadcast a duplicate serial number. For some reason
that was not popular :-) Anyway, newer versions just print nasty
messages when that happens. Networking does not shut down.
---
Larry Philps, SCO Canada, Inc (Formerly: HCR Corporation)
Postman: 130 Bloor St. West, 10th floor, Toronto, Ontario. M5S 1N5
InterNet: lar...@sco.COM or larryp%sco...@uunet.uu.net
UUCP: {uunet,utcsri,sco}!scocan!larryp
Phone: (416) 922-1937
Fax: (416) 922-8397
The "service" in question is their copy protection scheme.
Thomas
--
Thomas Ruf t...@rsp.de Schneider & Koch GmbH Schneider & Koch, Inc
{uunet,mcvax}!unido!rsp!tom Germany Palo Alto
There is always something you can do about it. Send the software back and
refuse to ever do business with a company which resorts to this sort of
crap. And be sure to let them know how you feel about this.
Harold
Any reason one can't merely unload the cpd (kill -9)?
Lucio de Re ...uunet!ddsw1!proxima!lucio
-------------------- plan to throw THIS one away -- lu...@proxima.UUCP