RE: Re: SORBS on autopilot?

Oh well,

there's an approach where one splits users into "residential" and
"business", meaning that "residential" is only downloading, surfing,
... without need of providing any services "back" to the 'net. At
least with IPv6 one has to rethink this position as there finally is
end-to-end communication and everybody with a limited upload bandwidth
can multicast his content to half of the world (crossing fingers).

inetnum: -
netname: AT-HOTZE-NET
descr: GmbH
descr: DSL wholesale
country: AT

Our position is that we sell internet access at the IP level, a pure
IP pipe - nothing less and nothing more. The customer can have his own
PTR-record with a name matching his domain, he can set up a server or
not. All IPs are static (no need to hassle with DHCP pools, matching
IP to time&date to user for law enforcment). Every customer is served
the same according to his service plan. And we don't make any
decisions wether the customer is "residential" or "business" - simple
as that. I won't feel happy with an ISP who wants to make this
decision for me.

greetings, martin

AS8596 / GmbH / Austria

Date: Tue, 12 Jan 2010 12:42:58 -0500
From: Steven Champeon <>
Subject: Re: SORBS on autopilot?


just to pick a few. At the very least, customer-assigned blocks

ought to

have a SWIP and a comment showing whether they're dynamic or static,
residential or business class, and so forth. A surprising example,


the paucity of such examples in the .pl TLD, is, which


exactly that:

inetnum: -
netname: DIALOGNET
descr: Static Broadband Services
descr: Telefonia Dialog S.A. - Dialog Telecom
country: PL

inetnum: -
netname: DIALOGNET
descr: Dynamic Broadband Services
descr: Telefonia Dialog S.A. - Dialog Telecom
country: PL

So, if the Poles (well, some Poles) can do it, why can't we simply


the endless back and forth over why SORBS is evil, and start


"as we finally *return to* end-to-end communication". An important distinction.