/ Forside / Teknologi / Operativsystemer / Linux / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
Linux
#NavnPoint
o.v.n. 11177
peque 7911
dk 4814
e.c 2359
Uranus 1334
emesen 1334
stone47 1307
linuxrules 1214
Octon 1100
10  BjarneD 875
ip_conntrack
Fra : Thomas More


Dato : 23-05-02 16:42


Hvordan er det man ser hvor mange åbne forbindelser der er i ip_conntrack -
det er noget med 'cat ip_contrack' og så noget switch værk...!

Det er som om at min ping stiger til MEGET store højder (ca 3 sek mod
udbyderens DNS server) når der er mange forbindelser åbne.....har jeg
mistanke om er årsagen i hvert fald, da det primært er når folk bag routeren
benytter Kazaa og deslige !

/M



 
 
Bjørn Connolly (23-05-2002)
Kommentar
Fra : Bjørn Connolly


Dato : 23-05-02 17:09

On Thu, 23 May 2002 17:42:17 +0200, Thomas More wrote:
> Hvordan er det man ser hvor mange åbne forbindelser der er i ip_conntrack -
> det er noget med 'cat ip_contrack' og så noget switch værk...!

cat /proc/net/ip_conntrack

> Det er som om at min ping stiger til MEGET store højder (ca 3 sek mod
> udbyderens DNS server) når der er mange forbindelser åbne.....har jeg
> mistanke om er årsagen i hvert fald, da det primært er når folk bag routeren
> benytter Kazaa og deslige !

Er det ikke bare fordi din båndbredde er fuldt belagt?

--
Bjørn Connolly
Disclaimer at <http://www.vof.dk/concorp/disclaimer.html>
They say God created whiskey to keep the Irish from taking over the world.
--Kinky Friedman, Greenwich Killing Time

Thomas More (23-05-2002)
Kommentar
Fra : Thomas More


Dato : 23-05-02 19:05



Det var ikke cat /proc/net/ip_conntrack jeg skal bruge, den viser
indholdet.....jeg vil bare vide ANTALLET af connections.

Og nej, det er ikke min båndbredde der er brugt up....kun ca. 25% af upload
og 10% af down er udnyttet, og alligevel problemer !




"Bjørn Connolly" <usenet@concorp.dk> wrote in message
news:slrnaeq50i.il.concorp@scylla.vof.dk...
> On Thu, 23 May 2002 17:42:17 +0200, Thomas More wrote:
> > Hvordan er det man ser hvor mange åbne forbindelser der er i
ip_conntrack -
> > det er noget med 'cat ip_contrack' og så noget switch værk...!
>
> cat /proc/net/ip_conntrack
>
> > Det er som om at min ping stiger til MEGET store højder (ca 3 sek mod
> > udbyderens DNS server) når der er mange forbindelser åbne.....har jeg
> > mistanke om er årsagen i hvert fald, da det primært er når folk bag
routeren
> > benytter Kazaa og deslige !
>
> Er det ikke bare fordi din båndbredde er fuldt belagt?
>
> --
> Bjørn Connolly
> Disclaimer at <http://www.vof.dk/concorp/disclaimer.html>
> They say God created whiskey to keep the Irish from taking over the world.
> --Kinky Friedman, Greenwich Killing Time



Rasmus Bøg Hansen (24-05-2002)
Kommentar
Fra : Rasmus Bøg Hansen


Dato : 24-05-02 00:05

Thomas More wrote:

> Det var ikke cat /proc/net/ip_conntrack jeg skal bruge, den viser
> indholdet.....jeg vil bare vide ANTALLET af connections.

wc(1)

/Rasmus

--
-- [ Rasmus "Møffe" Bøg Hansen ] ---------------------------------------
God put me on earth to accomplish a certain number of things.
Right now I am so far behind I will never die.
-Bill Waterson, Calvin and Hobbes
----------------------------------[ moffe at amagerkollegiet dot dk ] --

Bjørn Connolly (24-05-2002)
Kommentar
Fra : Bjørn Connolly


Dato : 24-05-02 07:11

On Thu, 23 May 2002 20:05:29 +0200, Thomas More wrote:
> Det var ikke cat /proc/net/ip_conntrack jeg skal bruge, den viser
> indholdet.....jeg vil bare vide ANTALLET af connections.

Undskyld, jeg vidste jo ikke at du ikke kunne tælle.

wc -l /proc/net/ip_conntrack
eller
cat /proc/net/ip_conntrack |grep -c \r
osv....

> Og nej, det er ikke min båndbredde der er brugt up....kun ca. 25% af upload
> og 10% af down er udnyttet, og alligevel problemer !

Hvis det er pga for mange states ville jeg nok overveje at opgradere
maskinen.

--
Bjørn Connolly
Disclaimer at <http://www.vof.dk/concorp/disclaimer.html>
"God, root, what is difference?" -Illiad

Thorbjoern Ravn Ande~ (24-05-2002)
Kommentar
Fra : Thorbjoern Ravn Ande~


Dato : 24-05-02 01:34

Bjørn Connolly <usenet@concorp.dk> writes:

> > Det er som om at min ping stiger til MEGET store højder (ca 3 sek mod
> > udbyderens DNS server) når der er mange forbindelser åbne.....har jeg
> > mistanke om er årsagen i hvert fald, da det primært er når folk bag routeren
> > benytter Kazaa og deslige !
>
> Er det ikke bare fordi din båndbredde er fuldt belagt?

Pakkerne kommer jo i rækkefølge, så hvis der er masser af 1.5 kb
pakker undervejs, så b liver det sløvt.
--
Thorbjørn Ravn Andersen
http://unixsnedkeren.dk - Unix, Java, Web, Netværk, Århus

Bjørn Connolly (24-05-2002)
Kommentar
Fra : Bjørn Connolly


Dato : 24-05-02 07:04

On 24 May 2002 02:34:25 +0200, Thorbjoern Ravn Andersen wrote:
> Bjørn Connolly <usenet@concorp.dk> writes:
>> > Det er som om at min ping stiger til MEGET store højder (ca 3 sek mod
>> > udbyderens DNS server) når der er mange forbindelser åbne.....har jeg
>> > mistanke om er årsagen i hvert fald, da det primært er når folk bag routeren
>> > benytter Kazaa og deslige !
>> Er det ikke bare fordi din båndbredde er fuldt belagt?
> Pakkerne kommer jo i rækkefølge, så hvis der er masser af 1.5 kb
> pakker undervejs, så b liver det sløvt.

Det er jo det samme som at linjen er fuldt belagt.

--
Bjørn Connolly
Disclaimer at <http://www.vof.dk/concorp/disclaimer.html>
"World domination. Fast" -Linus Torvalds

Bo Simonsen (23-05-2002)
Kommentar
Fra : Bo Simonsen


Dato : 23-05-02 18:32

On Thu, 23 May 2002 17:42:17 +0200, Thomas More wrote:

Normalt besvarer jeg ikke indlæg fra døde personer, men at besvare et
indlæg fra hr. Thomas More, er ikke hverdag man får lov til det.

> Det er som om at min ping stiger til MEGET store højder (ca 3 sek mod
> udbyderens DNS server) når der er mange forbindelser åbne.....har jeg
> mistanke om er årsagen i hvert fald, da det primært er når folk bag
> routeren benytter Kazaa og deslige !

Jeg løste problemet med QoS (tc)... Compilér fuld QoS understøttelse ind i
kernen, og brug f.eks. dette script (det virker fint for mig, det er taget
fra http://lartc.org/HOWTO//cvs/2.4routing/html/index.html):

#!/bin/bash

# The Ultimate Setup For Your Internet Connection At Home #
#
# Set the following values to somewhat less than your actual download #
and uplink speed. In kilobits
DOWNLINK=256
UPLINK=128
DEV=eth1

# clean existing down- and uplink qdiscs, hide errors tc qdisc del dev
$DEV root 2> /dev/null > /dev/null tc qdisc del dev $DEV ingress 2>
/dev/null > /dev/null

###### uplink

# install root CBQ

tc qdisc add dev $DEV root handle 1: cbq avpkt 1000 bandwidth 10mbit

# shape everything at $UPLINK speed - this prevents huge queues in your #
DSL modem which destroy latency:
# main class

tc class add dev $DEV parent 1: classid 1:1 cbq rate ${UPLINK}kbit \ allot
1500 prio 5 bounded isolated

# high prio class 1:10:

tc class add dev $DEV parent 1:1 classid 1:10 cbq rate ${UPLINK}kbit \
allot 1600 prio 1 avpkt 1000

# bulk and default class 1:20 - gets slightly less traffic, # and a lower
priority:

tc class add dev $DEV parent 1:1 classid 1:20 cbq rate $[9*$UPLINK/10]kbit
\
allot 1600 prio 2 avpkt 1000

# both get Stochastic Fairness:
tc qdisc add dev $DEV parent 1:10 handle 10: sfq perturb 10 tc qdisc add
dev $DEV parent 1:20 handle 20: sfq perturb 10

# start filters
# TOS Minimum Delay (ssh, NOT scp) in 1:10: tc filter add dev $DEV parent
1:0 protocol ip prio 10 u32 \
match ip tos 0x10 0xff flowid 1:10

# ICMP (ip protocol 1) in the interactive class 1:10 so we # can do
measurements & impress our friends: tc filter add dev $DEV parent 1:0
protocol ip prio 11 u32 \
match ip protocol 1 0xff flowid 1:10

# To speed up downloads while an upload is going on, put ACK packets in #
the interactive class:

tc filter add dev $DEV parent 1: protocol ip prio 12 u32 \
match ip protocol 6 0xff \
match u8 0x05 0x0f at 0 \
match u16 0x0000 0xffc0 at 2 \
match u8 0x10 0xff at 33 \
flowid 1:10

# rest is 'non-interactive' ie 'bulk' and ends up in 1:20

tc filter add dev $DEV parent 1: protocol ip prio 13 u32 \
match ip dst 0.0.0.0/0 flowid 1:20

########## downlink #############
# slow downloads down to somewhat less than the real speed to prevent #
queuing at our ISP. Tune to see how high you can set it. # ISPs tend to
have *huge* queues to make sure big downloads are fast #
# attach ingress policer:

tc qdisc add dev $DEV handle ffff: ingress

# filter *everything* to it (0.0.0.0/0), drop everything that's # coming
in too fast:

tc filter add dev $DEV parent ffff: protocol ip prio 50 u32 match ip src \
0.0.0.0/0 police rate ${DOWNLINK}kbit burst 10k drop flowid :1

Søg
Reklame
Statistik
Spørgsmål : 177558
Tips : 31968
Nyheder : 719565
Indlæg : 6408887
Brugere : 218888

Månedens bedste
Årets bedste
Sidste års bedste