On Wed, 7 Mar 2001, Tim Seifert wrote:
> _Replying to a message_
>
> By: Fred Wright <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> On: Wednesday, March 07, 2001, 8:25:29 AM
> Re: [Miami] Re: Cable Modem tests
>
>
> Hi Fred,
>
> CR>>> Is there any reason to prefer either way of connecting? Static/DHCP?
>
> TS>> Static IPs have the advantage that you're always reachable at the
> TS>> same address. Essential for running a server, "properly."
>
> FW> Yes, although @Home officially prohibits servers, anyway.
>
> Mine too, as most do. Though, my ISPs have prohibited running "public"
> servers. Which I suppose allows them to not get embroiled in user
> arguments about whether they can run a HTTP server, between friends.
>
These days, I think it is almost impossible (in the Windows world, at
least) NOT to run a server:
1) File and print server sharing is built into ever version of windows;
does the ISP define that as a "server"?
2) Ever version of Windows comes with (either on the CD or via download
from MS) a webserver; at what point does an ISP throw the towel in on
that?
3) More and more applications are web-enabled, often in such a way that
the web services are transparent to the user; do ISPs start restricting
most applications?
4) We won't even discuss Napster, gnutella, webcam software, etc.
Unless a given IP address attracts many, many, many connections, and takes
up megabytes of bandwidth, I don't think ISPs, while legally capable of
enforcing their usage agreements, will practically be able to enforce
those terms without raising issues of selective enforcement and fairness.
(BTW, even AmIRC and the other Amiga IRC clients have DCC servers. And
in the abstract, isn't PPP really a server application, since it can
initiate or complete a connection from another system?)
jeh
<rest of text deleted>
>
> --
> Bye,
> Tim.
>
> http://www.picknowl.com.au/homepages/Tim_Seifert/
> mailto:[EMAIL PROTECTED]
> (Modbury, near Adelaide, South Australia)
>
> Video productions, electronics engineering, service and technical
> support, and more. For further information, visit the web site.
>
> *** DO NOT SEND JUNK MAIL ***
>
>
> --
>
> To unsubscribe send "unsubscribe miami-talk-ml" to
> "[EMAIL PROTECTED]". For help on list commands send "help" to
> "[EMAIL PROTECTED]".
>
>
>
>
>
--
To unsubscribe send "unsubscribe miami-talk-ml" to
"[EMAIL PROTECTED]". For help on list commands send "help" to
"[EMAIL PROTECTED]".
