x27;t get better
service elsewhere if they switch ISPs. It's good that there is a test, but
since we're a market where 100/100 ethernet connections are fairly
prevalent, this test doesn't work properly (75 megabit/s result on a
100/100 was listed in the paper as "not accept
f light in
fiber and the physical limitations, they're still very suspicious about it
all.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
now (even though the blocks now are larger than the 128 bytes of 20-30
years ago).
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
that the server/storage people have to deal
with.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
nally more expensive than GE.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
ed in the software advisor).
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
iltering just isn't cost efficient today, as these
borks (unintentional mostly) we see sometimes are few and fairly far
between, but problems due to wrong or missing information in the RRs is
plentyful and constant.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
sonal information.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
e use for "TE").
So this "certificate" or alike needs to be time limited and coupled to
payment if we're going to charge for PI/PA yearly.
Yes, this increases complexity in the DFZ enormously, and I don't know if
the benefit outweighs the complexity and ad
is halting, but that's to be expected. I certainly wouldn't
want to pay more for the landlord to install metering everywhere. There is
much overhead in metering and billing on that.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
only partial control over that.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
r shut off when their account is
"empty", instead of being charged per-usage without upper limit.
If the cheap flatrate broadband were to go away and be replaced by a
metered one, we as an industry need to figure out how to do billing in a
customer-friendly manner. We do not
l the per-byte plans I have
seen so far makes the ISP look extremely greedy by overpricing, as
opposed to "we want to charge fairly for use" that is what they say in
their press statements.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
s a 4-5 times a year, but it's usually
just 2-3 hours and almost exclusively concerns national matters. It's more
of a "Netnod-IX customer club" than anything else.
http://sof.isoc-se.a.se
(webpage isn't being updated much either, and is in swedish only).
--
Mikae
gures I can really see why companies using HFC/Coax have a
problem with P2P, the technical implementation is not really suited for
the application.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
are the 27 megabit/s for
v2, even though they are configured to only be able to use 384kilobit/s
peak individually?
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
get 50Mb/s down and 30Mb/sec up),
etc. If things are really as fragile as some have been saying, then the
bottlenecks will slowly make themselves apparent.
Upstream capacity will still be scarce on shared media as far as I can
see.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
at
you're fully part of the internet as soon as you're connected to it.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
ch as they
upload, people with 10/10 upload twice as much as they download.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
service as it's most likely is not going
to work very far into the future. P2P isn't going to go away.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
are too small.
Well, if you need a /20 for your business needs, you should request it.
Afaik as long as you justify it, it shouldn't be a problem?
But I do agree that /56 should be enough for residential users for quite a
while, so let's start there.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
e outside world (apart from upstream router)?
If not, is this something that we should ask the CPE vendors for? It would
be extremely nice for CoPP etc for ISP routers to have no IP in customer
space, and CPEs to have no IP in ISP link-network space. Would make for
very effective infrastructure AC
e, but with current policy, asking for a /28 means (afaik) that I
have to claim to have 270M /56 customers in 2-5 years. That's a pretty
bold statement. But I guess that we can just keep only telling lies to the
RIRs to get our addresses, which has been the standard workaround.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
with /56 each, which I guess will be enough for a while.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
ing people for
not knowing future policy and changes 7 year ahead of time, which I think
it quite sad.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
so we don't end up with ISPs themselves having tens of aggregates
(we don't need to drive the default free FIB more than what's really
needed).
Other option is to have more restrictive assignments to end users and
therefore save on the /32, but that might be bad as well (lon
d end user be
able to switch addresses (some like dynamic IPs because it's not
persistant over time and like the "privacy" you get by changing IP all the
time).
I haven't been able to find a BCP regarding the end user equipment and how
to configure it, does anyone have
B. Will do more, we've done ~180km (~36dB) with one of those.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
ers.
Ah, single reach wasn't my intention. The point I tried to make was that
if 10km and 40km is very near in price, and 3km is considerably cheaper,
then it makes more sense to do 3km and 40km reaches to get two distinct
prices and reaches.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
;s not been needed before.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
sounds very high.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
they
detect congestion. The problem is TCP assumes single flows, not grouped
flows used by some applications.
TCP assumes all flows are created equal, and doesn't take into account
that a single user can use hundreds of flows, that's correct.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
l normally, and each customer
cannot have more access speed than 1/10 of the speed of the upstream
capacity.
So for example, you can have a large number of people with 100/100
uplinked with gig as long as that gig ring doesn't carry more than approx
500 meg peak 5 minute average and it'
arges)
Terminate customers using too much capacity (i.e. move the problem to a
different provider)
These are all acceptable, where I think the adjust MSS is bordering on
intrusion in customer traffic. An ISP should be in the market of
forwarding packets, not changing them.
--
Mikael Abrahamsson
#x27;s already broken to begin with.
You can't rely on end user applications to play fair when it comes to
ISP network being full, and if they don't play fair and it's filling up
the end user access, then it's that single end user that gets affected by
it, not their n
t the core.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
eople will transfer more data totally
because they get higher thruput.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
leads to a lot
of customer calls regarding poor quality and varying speeds/bit errors
over time.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
with that
and still use the bw. So if you want to make the gamers happy you might
want to look into that WRED drop profile one more time with this in mind
if you're in the habit of congesting your core regularily.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
"hack" their CPE to allow them to send higher speed with high priority
traffic, thus hurting their neighbors.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
designers to improve
those particular applications.
Good luck with that.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
surfing.
The solution is not to try to change p2p, the solution is to fix
the network or the business model so your network is not congesting.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
tunnel based bitstream doesn't scale for the future and in
competetive markets it's already been going away (mostly because ISPs
buying the bitstream service can't compete anyway).
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
sed service that does the TiVo functionality for you.
Personally, I'd rather pay per hour I'm watching VOD, than paying nothing
for channels filled with commercials where I have no control over when and
what I could watch.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
xvids of tv
shows and movies, and then throwing it away because they were too lazy to
set up proper filtering in the first place.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
local tail, that's also 5-10 times higher than normal in the
western world, I don't see that being motivated by some fundamental
difference.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
with a lot of players makes all the
difference.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
than most, by some definition of "you".
So my take is that this is impossible to solve in the core because routers
can't keep track of individual conversations and act on them, doing so
would increase cost and complexity enormously.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
haven't put CFs into their SUP:s to handle the
larger image sizes of SXE and later.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
ost likely last quite some time, but
the hardware designed in the late 90ties is (not strangely) running out of
steam.
So if you have old hardware, you need to monitor your memory and table
utilization on a monthly basis.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
ry to resend; generating a packet storm and
creating even more congestion."
Do you have any data/facts to back up this statement? I'd be very
interested to hear them, as I have heard this statement a few times before
but it's a contradiction to the way I understand things to work.
-
o be within
a LIR or RIR). This should be able to be done in O(log n) which should be
fairly efficient.
Yeah, we discussed that the list of IPs should be sorted (doing insertion
sort) in the data structures in the tracker already, so what you're saying
is one way of defining proxi
#x27;re not so
keen on adding complexity. If it could be solved better at the client
level that might help, but the end user who pays flat rate has little
incentive to help the ISP in this case.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
n out of it. In the long
run there is of course no way to avoid upgrade, as users will notice it
anyhow.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
of a deep packet buffer device such as juniper or
cisco GSR/CRS-1 the behaviour you're describing doesn't exist (at least
not that I have noticed).
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
dors directly to get more details.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
way. Where I'm
at, there are more ISPs blocking TCP/25 to anything but their own email
servers, that those who do not block.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
w.tele2mail.com/manual/outlook/
So my recommendation is for other ISPs to do the same thing. Yes, I know
IP providers should only move IP packets and don't care about the
contents, but... well... you know.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
strongly that 40GE should be included together with
100GE goal, mostly from the fibre channel and server folks.
If you want 100GE by 2009-2010, please read up at
<http://www.ieee802.org/3/hssg/public/index.html> and voice your opinion
either on the email list or via your vendors.
--
o the modern world?
It's a demonstration of backbone technology, not really access technology.
It just makes its appeal better in the media if you put it in your mothers
house.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
es from the flat.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
s one have to have SR-DWDM transponders.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
e common if both are large ISPs. So yes, I'd say that
between 5-10 is quite common.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
his packet size getting thru" (ie no
ICMP-NEED-TO-FRAG) or alike, then we might see partial adoption of larger
MTU in some parts and if this becomes a major customer requirement then it
might spread.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
ed earlier?
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
r for devices that for instance do per-packet
interrupting, like most endsystems probably do. It doesn't increase
long-RTT transfer performance per se (unless you have high packetloss
because you'll slow-start more efficiently).
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
r MTU needed to carry
unfragmented 1500 byte tunneled packets, so we could assure that all hosts
on the internet actually have 1500 IP MTU transparently.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
this takes committment and resources, but it's been done
successfully.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
in the effort to
maintain them, are given an advantage to companies that do not.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
perfect, but it works, and it doesn't have a single point of failure.
... and people have very bad experiences from blacklists not being
maintained properly.
--
Mikael Abrahamsson email: [EMAIL PROTECTED]
Fix the real problem instead of trying to bandaid the
symptoms.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
es to WAN
optimization. If you can get microsoft to clean up their act, you'd have
done ISPs a great service, because then we can stop trying to convince
customers that it's not ISP fault that they get bad speeds with their
windows PCs.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
ompetition into the marketplace here and to compete with the LLUB
offerings, some other ISPs go directly with infrastructure to the curb or
even directly into homes in some of the cases.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
On Tue, 6 Mar 2007, [EMAIL PROTECTED] wrote:
On Tue, 06 Mar 2007 21:54:06 +0100, Mikael Abrahamsson said:
So instead I just drop their spoofed traffic and if they call and say that
their line is slow, I'll just say it's full and they can themselves track
down the offending machine a
that
their line is slow, I'll just say it's full and they can themselves track
down the offending machine and shut it off to solve the problem.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
the market I
am in.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
. Shutting it down doesn't make any commercial sense,
customers wont buy your service if their port is going to be shut down due
to a single packet. They'll (likely) understand if you won't forward a
packet from them which has a source address not not belonging to them,
thou
and now I
read that the HDDVD system, are all broken and future systems will be
broken.
So the key is convenience and quality at a low price, aka
price/performance on the experience. Make it cheap and convenient enough
that the current hassle is just not worth it.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
footprint and established
customers.
Where you could do well with your proposal, is where there is no cable TV
available at all.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
der if ISPs would be
interested at these levels, that's also a good question.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
economical/technical way, somewhat like road tolls.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
figures for advertising ARPU per hour on primetime? I'd love to hear it.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
minutes, and the video stream
doesn't even originate in your network?
For multicast video to be easier to implement we need more robust video
codecs that can handle jitter and packet loss that are currently present
in networks and handled acceptably by TCP for unicast.
--
Mikael Abraha
IPv6 traffic and external IPv6 traffic so I don't know.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
topped was anonymous editing, editing after
login and anonymous reading wasn't stopped.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
service, the less things that can go wrong, the less customer service
calls you get.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
ith, is L3 information and packet size. So in the future I see
AUPs that limit traffic to 100-200G per month actually being enforced,
because this will cap the powerusers without affecting most of the major
population.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
(www.transmode.com) to several people and not
been flamed yet, so I think people are resonable satisfied with them.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
TL ran out.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
d on their PA blocks than to (in
some cases) purchase new equipment to replace their current equipment that
cannot do IP spoof filtering.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
ally? This would be
a good thing to include in an "ISP essentials" type of document.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
On Sun, 15 Oct 2006, Roland Dobbins wrote:
into that. As others have indicated, AC is in fact available on Lufthansa in
business class and higher.
And on SAS it's available on Economy Plus and higher.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
the few people who want to use their laptop the whole flight, do get
two batteries, than doing the investment of putting AC power in all seats.
Otoh, more batteries on planes increases the risk of fire due to exploding
batteries happening in the plane :P
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
.se/Sidor/sida.asp?Sectionid=1341&Itemid=&Languageid=EN>.
They publish both in Sweden and English as far as I can discern.
PTS is the regulatory entity in Sweden for Telecommunications (and Post,
but that's beside the point here :) ).
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
"single message missing" because they
cannot download that 4.7 gig ISO correctly because a message got lost
somewhere in the middle.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
to
wait with the peering until you have grown into higher volume.
I'd say AMS-IX is mostly for peering with a lot of people, if that answers
your question.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
ugh to just say "this /17 is
only static IPs, one customer, one IP, no dhcp or other dynamics at all),
we actually had to change all PTR records to this arbitrary "standard".
Took several weeks to get delisted even after that.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
liberty in this
space?
Always hard to find the balance.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
he residential ISP
it costs a lot to try to be proactive about these things, especially since
botnets can send just a little traffic per host and it's hard to even
detect.
--
Mikael Abrahamssonemail: [EMAIL PROTECTED]
se things usually happen when one party doesn't want to peer with
another party and the one that wants to peer, will route traffic really
far away to make sure that both parties are paying for the traffic, thus
increasing the motivation for the other party to change their mind
regarding peerin
1 - 100 of 322 matches
Mail list logo