Weird traffic

classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

Weird traffic

Tomaz Markelj
Hello all,

I just put OpenBSD 3.8 (fresh install) on my IBM Netfinity 3000 server, and
I'm experiencing some funny things.

When the connection is idle (no torrent traffic, no msn,ftp and so on),
pings from my country servers are ok:


From a Windows workstation behind NAT:

Reply from 193.2.1.66: bytes=32 time=12ms TTL=57
Reply from 193.2.1.66: bytes=32 time=12ms TTL=57
Reply from 193.2.1.66: bytes=32 time=11ms TTL=57


When there is some traffic (torrent - seeding some OSS), but the line is not
full l, I get from a Winbox (dl: 30kb/s, ul: 40kb/s -on a 4mbit/512kbit ADSL
line):

Reply from 193.2.1.66: bytes=32 time=182ms TTL=57
Reply from 193.2.1.66: bytes=32 time=84ms TTL=57
Reply from 193.2.1.66: bytes=32 time=188ms TTL=57
Reply from 193.2.1.66: bytes=32 time=73ms TTL=57
Reply from 193.2.1.66: bytes=32 time=11ms TTL=57
Reply from 193.2.1.66: bytes=32 time=15ms TTL=57
Reply from 193.2.1.66: bytes=32 time=107ms TTL=57

Pings get even higher if there are more connection even up to 2000ms (like
some hick-ups), It doesn't matter what kind of transfer speed it is.
Occasionaly I even get a request timed out. When I use MSN voice conference,
voice signal gets broken and so on...

I didn't change any major settings on the OpenBSD 3.8 Generic box, just set
up pf.conf for a nat and ip.forwarding=1 in sysctl.

# netstat -m
136 mbufs in use:
        127 mbufs allocated to data
        3 mbufs allocated to packet headers
        6 mbufs allocated to socket names and addresses
65/142/6144 mbuf clusters in use (current/peak/max)
352 Kbytes allocated to network (46% in use)
0 requests for memory denied
0 requests for memory delayed
0 calls to protocol drain routines

What should I do? I didn't experience this on a previous Linux box.

Thank you for your answers!

Reply | Threaded
Open this post in threaded view
|

Re: Weird traffic

Tomaz Markelj
Just addon:

From OpenBSD box i get (when traffic)


64 bytes from 193.2.1.66: icmp_seq=12 ttl=58 time=34.828 ms
64 bytes from 193.2.1.66: icmp_seq=13 ttl=58 time=60.581 ms
ping: sendto: No buffer space available
ping: wrote 193.2.1.66 64 chars, ret=-1
ping: sendto: No buffer space available
ping: wrote 193.2.1.66 64 chars, ret=-1
64 bytes from 193.2.1.66: icmp_seq=14 ttl=58 time=3221.489 ms
64 bytes from 193.2.1.66: icmp_seq=17 ttl=58 time=705.169 ms


-----Original Message-----
From: Tomaz Markelj [mailto:[hidden email]]
Sent: Thursday, December 01, 2005 12:15 PM
To: '[hidden email]'
Subject: Weird traffic

Hello all,

I just put OpenBSD 3.8 (fresh install) on my IBM Netfinity 3000 server, and
I'm experiencing some funny things.

When the connection is idle (no torrent traffic, no msn,ftp and so on),
pings from my country servers are ok:


From a Windows workstation behind NAT:

Reply from 193.2.1.66: bytes=32 time=12ms TTL=57
Reply from 193.2.1.66: bytes=32 time=12ms TTL=57
Reply from 193.2.1.66: bytes=32 time=11ms TTL=57


When there is some traffic (torrent - seeding some OSS), but the line is not
full l, I get from a Winbox (dl: 30kb/s, ul: 40kb/s -on a 4mbit/512kbit ADSL
line):

Reply from 193.2.1.66: bytes=32 time=182ms TTL=57
Reply from 193.2.1.66: bytes=32 time=84ms TTL=57
Reply from 193.2.1.66: bytes=32 time=188ms TTL=57
Reply from 193.2.1.66: bytes=32 time=73ms TTL=57
Reply from 193.2.1.66: bytes=32 time=11ms TTL=57
Reply from 193.2.1.66: bytes=32 time=15ms TTL=57
Reply from 193.2.1.66: bytes=32 time=107ms TTL=57

Pings get even higher if there are more connection even up to 2000ms (like
some hick-ups), It doesn't matter what kind of transfer speed it is.
Occasionaly I even get a request timed out. When I use MSN voice conference,
voice signal gets broken and so on...

I didn't change any major settings on the OpenBSD 3.8 Generic box, just set
up pf.conf for a nat and ip.forwarding=1 in sysctl.

# netstat -m
136 mbufs in use:
        127 mbufs allocated to data
        3 mbufs allocated to packet headers
        6 mbufs allocated to socket names and addresses
65/142/6144 mbuf clusters in use (current/peak/max)
352 Kbytes allocated to network (46% in use)
0 requests for memory denied
0 requests for memory delayed
0 calls to protocol drain routines

What should I do? I didn't experience this on a previous Linux box.

Thank you for your answers!

Reply | Threaded
Open this post in threaded view
|

Re: Weird traffic

Tomaz Markelj
In reply to this post by Tomaz Markelj
I connect my OpenBSD box to the internet wia PPPoE

# ifconfig -a
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 33224
        groups: lo
        inet 127.0.0.1 netmask 0xff000000
        inet6 ::1 prefixlen 128
        inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6
fxp0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        lladdr 00:06:29:73:4e:0d
        media: Ethernet autoselect (100baseTX full-duplex)
        status: active
        inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255
        inet6 fe80::206:29ff:fe73:4e0d%fxp0 prefixlen 64 scopeid 0x1
rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        lladdr 00:30:4f:22:fe:aa
        media: Ethernet autoselect (100baseTX full-duplex)
        status: active
        inet 193.77.34.220 netmask 0xffffffff broadcast 193.77.34.220
        inet6 fe80::230:4fff:fe22:feaa%rl0 prefixlen 64 scopeid 0x2
pflog0: flags=0<> mtu 33224
pfsync0: flags=0<> mtu 1348
enc0: flags=0<> mtu 1536
tun0: flags=8011<UP,POINTOPOINT,MULTICAST> mtu 1492
        groups: egress
        inet 193.77.34.220 --> 213.250.19.90 netmask 0xffffffff
gif0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1280
        groups: gif
        physical address inet 193.77.34.220 --> 212.18.63.73
        inet6 fe80::206:29ff:fe73:4e0d%gif0 ->  prefixlen 64 scopeid 0x9
        inet6 2001:15c0:65ff:2::2 -> 2001:15c0:65ff:2::1 prefixlen 128
        inet6 2001:15c0:6600::1 ->  prefixlen 64

# dmesg
OpenBSD 3.8 (GENERIC) #138: Sat Sep 10 15:41:37 MDT 2005
    [hidden email]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel Pentium III ("GenuineIntel" 686-class) 697 MHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,
SSE
real mem  = 536453120 (523880K)
avail mem = 482594816 (471284K)
using 4278 buffers containing 26927104 bytes (26296K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(00) BIOS, date 05/10/00, BIOS32 rev. 0 @ 0xfd801
pcibios0 at bios0: rev 2.1 @ 0xf0000/0x10000
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf1c60/176 (9 entries)
pcibios0: PCI Interrupt Router at 000:02:0 ("Intel 82371FB ISA" rev 0x00)
pcibios0: PCI bus #1 is the last bus
bios0: ROM list: 0xc0000/0x8000 0xc8000/0x5800
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "Intel 82443BX AGP" rev 0x03
ppb0 at pci0 dev 1 function 0 "Intel 82443BX AGP" rev 0x03
pci1 at ppb0 bus 1
vga1 at pci1 dev 1 function 0 "S3 Trio3D AGP" rev 0x01
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
pcib0 at pci0 dev 2 function 0 "Intel 82371AB PIIX4 ISA" rev 0x02
pciide0 at pci0 dev 2 function 1 "Intel 82371AB IDE" rev 0x01: DMA, channel
0 wired to compatibility, channel 1 wired to compatibility
pciide0: channel 0 ignored (disabled)
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: <LITEON, CD-ROM LTN403, DU26> SCSI0 5/cdrom
removable
atapiscsi1 at pciide0 channel 1 drive 1
scsibus1 at atapiscsi1: 2 targets
cd1 at scsibus1 targ 0 lun 0: <HL-DT-ST, CD-RW GCE-8526B, 1.00> SCSI0
5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
cd1(pciide0:1:1): using PIO mode 4, Ultra-DMA mode 2
uhci0 at pci0 dev 2 function 2 "Intel 82371AB USB" rev 0x01: irq 14
usb0 at uhci0: USB revision 1.0
uhub0 at usb0
uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
"Intel 82371AB Power" rev 0x02 at pci0 dev 2 function 3 not configured
fxp0 at pci0 dev 3 function 0 "Intel 82557" rev 0x05, i82558: irq 14,
address 00:06:29:73:4e:0d
inphy0 at fxp0 phy 1: i82555 10/100 PHY, rev. 0
rl0 at pci0 dev 16 function 0 "Realtek 8139" rev 0x10: irq 10 address
00:30:4f:22:fe:aa
rlphy0 at rl0 phy 0: RTL internal phy
ahc1 at pci0 dev 20 function 0 "Adaptec AHA-2940U2 U2" rev 0x00: irq 9
scsibus2 at ahc1: 16 targets
sd0 at scsibus2 targ 5 lun 0: <IBM-PSG, DNES-309170W !#, SAHR> SCSI3
0/direct fixed
sd0: 8678MB, 11474 cyl, 5 head, 309 sec, 512 bytes/sec, 17774160 sec total
ahc1: target 6 using 8bit transfers
ahc1: target 6 using asynchronous transfers
sd1 at scsibus2 targ 6 lun 0: <IBM-PSG, KATANA 9 WLS!#, 08J8> SCSI3 0/direct
fixed
sd1: 8678MB, 13816 cyl, 4 head, 321 sec, 512 bytes/sec, 17774160 sec total
isa0 at pcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pcppi0 at isa0 port 0x61
midi0 at pcppi0: <PC speaker>
spkr0 at pcppi0
sysbeep0 at pcppi0
npx0 at isa0 port 0xf0/16: using exception 16
pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
biomask fbe5 netmask ffe5 ttymask ffe7
pctr: 686-class user-level performance counters enabled
mtrr: Pentium Pro MTRR support
ahc1: target 5 using 16bit transfers
ahc1: target 5 synchronous at 40.0MHz, offset = 0x1e
dkcsum: sd0 matches BIOS drive 0x80
ahc1: target 6 using 16bit transfers
ahc1: target 6 synchronous at 40.0MHz, offset = 0x1f
dkcsum: sd1 matches BIOS drive 0x81
root on sd0a
rootdev=0x400 rrootdev=0xd00 rawdev=0xd02

# cat /etc/ppp/ppp.conf
default:
 set log Phase Chat IPCP CCP tun command
 set redial 15 0
 set reconnect 15 10000

pppoe:
 set device "!/usr/sbin/pppoe -i rl0"
 disable acfcomp protocomp
 deny acfcomp
 set mtu max 1492
 set speed sync
 enable lqr
 set lqrperiod 5
 set cd 5
 set dial
 set login
 set timeout 0
 set authname HIDDEN
 set authkey HIDDEN
 add! default HISADDR
 enable mssfixup




-----Original Message-----
From: Stuart Henderson [mailto:[hidden email]]
Sent: Thursday, December 01, 2005 12:40 PM
To: Tomaz Markelj
Subject: Re: Weird traffic

--On 01 December 2005 12:29 +0100, Tomaz Markelj wrote:

> Just addon:

You might also want to add a full dmesg and info about how you connect
(router? ueagle? pppoe? something else?). 'ifconfig -a' output might be
useful, too.

Reply | Threaded
Open this post in threaded view
|

Re: Weird traffic

Stuart Henderson
--On 01 December 2005 12:45 +0100, Tomaz Markelj wrote:

> I connect my OpenBSD box to the internet wia PPPoE
>
> rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>         inet 193.77.34.220 netmask 0xffffffff broadcast 193.77.34.220
> tun0: flags=8011<UP,POINTOPOINT,MULTICAST> mtu 1492
>         inet 193.77.34.220 --> 213.250.19.90 netmask 0xffffffff

I don't use pppoe so I'm not sure, but I think pppoe runs on a nic
which doesn't have an address assigned. Certainly you have the same
address on two interfaces (tun0 and rl0) which will cause problems. Try
"echo up > /etc/hostname.rl0".

Reply | Threaded
Open this post in threaded view
|

Re: Weird traffic

Stuart Henderson
..also you might want to look at pppoe(4) "man 4 pppoe" which is
kernel-ppp, which has less overhead than pppoe(8).

Reply | Threaded
Open this post in threaded view
|

Re: Weird traffic

Tomaz Markelj
I changed the rl0 inet ip to 10.0.0.1 so it's not the same, but:


64 bytes from 193.2.1.66: icmp_seq=10 ttl=58 time=107.013 ms
ping: sendto: No buffer space available
ping: wrote 193.2.1.66 64 chars, ret=-1
ping: sendto: No buffer space available
ping: wrote 193.2.1.66 64 chars, ret=-1
64 bytes from 193.2.1.66: icmp_seq=11 ttl=58 time=2558.682 ms
64 bytes from 193.2.1.66: icmp_seq=14 ttl=58 time=707.560 ms
64 bytes from 193.2.1.66: icmp_seq=15 ttl=58 time=791.174 ms
64 bytes from 193.2.1.66: icmp_seq=16 ttl=58 time=494.244 ms
64 bytes from 193.2.1.66: icmp_seq=17 ttl=58 time=443.673 ms
64 bytes from 193.2.1.66: icmp_seq=18 ttl=58 time=211.206 ms
64 bytes from 193.2.1.66: icmp_seq=19 ttl=58 time=333.058 ms
64 bytes from 193.2.1.66: icmp_seq=20 ttl=58 time=217.886 ms
--- 193.2.1.66 ping statistics ---
21 packets transmitted, 19 packets received, 9.5% packet loss


193.2.1.66 is a very very stable box...

This still happens

Lep pozdrav,
Markelj Toma>

-----Original Message-----
From: Stuart Henderson [mailto:[hidden email]]
Sent: Thursday, December 01, 2005 12:56 PM
To: Tomaz Markelj
Cc: [hidden email]
Subject: Re: Weird traffic

..also you might want to look at pppoe(4) "man 4 pppoe" which is
kernel-ppp, which has less overhead than pppoe(8).

Reply | Threaded
Open this post in threaded view
|

Re: Weird traffic

Stuart Henderson
--On 01 December 2005 13:19 +0100, Tomaz Markelj wrote:

> I changed the rl0 inet ip to 10.0.0.1 so it's not the same, but:
> ping: sendto: No buffer space available
> ping: wrote 193.2.1.66 64 chars, ret=-1

I'd try it with the interface just "up" (no IP address), rebooting may
be the simplest way.

If that doesn't help, try changing media options (probably start from
10baseT half-duplex and move up to higher speed and duplex settings).
You might be able to tell if this is necessary by looking at 'netstat
-id' output for errors.

Also check ppp's logging for anything relevant.