Re: delayed ACK
--- Steve Francis <[EMAIL PROTECTED]> wrote: > Lars Eggert wrote: > > >Paul Herman wrote: > > > > > >>Not true. Although some bugs have been fixed in 4.3, FreeBSD's > >>delayed ACKs will still degrade your performance dramatically in > >>some cases. > >> > >> > > > >I'm sorry, but such statements without a packet trace that exhibits the > >problem are just not useful. > > > >Lars > > > > > He's probably referring to poorly behaved windows clients, on certain > applications, if you leave net.inet.tcp.slowstart_flightsize at default. > > Incidentally, why are not the defaults on > net.inet.tcp.slowstart_flightsize higher? > RFC2414 seems to indicate it should be higher. Solaris in version 8 and > later default to 4 for this value. As you may know there is RFC draft which will replace RFC2414 (draft-ietf-tsvwg-initwin-04). It also require to decrease cwnd in case we decreasing MSS because of PMTU Discovery to prevent small packet bursts. I've got patches, they are pretty trvial - somebody with commit bit has to take a look and put them in a tree. Oleg __ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos & More http://faith.yahoo.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message
Re: 64-bit SNMP counters for FreeBSD && graphing bandwidth usage
--- Gleb Smirnoff <[EMAIL PROTECTED]> wrote:
> On Tue, Feb 14, 2006 at 09:39:00AM +0100, Harti Brandt wrote:
> H> AN>I changed port to 163 cause I am actually using net-snmp snmpd on port
> H> AN>161 still. Anyway, it seems bsnmpd insists these are 10 mbps
> interfaces?
> H> AN>Why so?
> H>
> H> The driver reports a speed of 10Mbits/sec. ifHighSpeed is ifi_baudrate
> H> divided by 10^6 (and rounded). This is the default set by ether_ifattach()
>
> H> if the driver did not set another value. It seems that bge never sets that
>
> H> value so you end up with the default. This looks like a bug.
>
> Harti, we are thinking in parallel :)
Parallel, yes ;)
Here is the attached patch written just yesterday, not tested yet.
It takes care of different bge adapters - some of them Fast Ethernets.
---
Oleg
> Andres, pls try the attached patch.
>
> --
> Totus tuus, Glebius.
> GLEBIUS-RIPN GLEB-RIPE
> > Index: if_bge.c
> ===
> RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v
> retrieving revision 1.118
> diff -u -r1.118 if_bge.c
> --- if_bge.c 30 Jan 2006 13:45:55 - 1.118
> +++ if_bge.c 14 Feb 2006 08:43:24 -
> @@ -2192,6 +2192,7 @@
> ifp->if_snd.ifq_drv_maxlen = BGE_TX_RING_CNT - 1;
> IFQ_SET_MAXLEN(&ifp->if_snd, ifp->if_snd.ifq_drv_maxlen);
> IFQ_SET_READY(&ifp->if_snd);
> + ifp->if_baudrate = IF_Gbps(1);
> ifp->if_hwassist = BGE_CSUM_FEATURES;
> ifp->if_capabilities = IFCAP_HWCSUM | IFCAP_VLAN_HWTAGGING |
> IFCAP_VLAN_MTU | IFCAP_VLAN_HWCSUM;
> > ___
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com --- if_bge.c.orig Tue Feb 14 00:52:58 2006
+++ if_bge.cTue Feb 14 00:54:42 2006
@@ -2183,6 +2183,12 @@
}
ifp->if_softc = sc;
if_initname(ifp, device_get_name(dev), device_get_unit(dev));
+ if ((pci_get_vendor(dev) == BCOM_VENDORID) &&
+ ((pci_get_device(dev) == BCOM_DEVICEID_BCM5901) ||
+ (pci_get_device(dev) == BCOM_DEVICEID_BCM5901A2))) {
+ ifp->if_baudrate = 1;
+ }
+ else ifp->if_baudrate = 10;
ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST;
ifp->if_ioctl = bge_ioctl;
ifp->if_start = bge_start;
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 64-bit SNMP counters for FreeBSD && graphing bandwidth usage
--- Oleg Polyakov <[EMAIL PROTECTED]> wrote:
> --- Gleb Smirnoff <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Feb 14, 2006 at 09:39:00AM +0100, Harti Brandt wrote:
> > H> AN>I changed port to 163 cause I am actually using net-snmp snmpd on
> port
> > H> AN>161 still. Anyway, it seems bsnmpd insists these are 10 mbps
> > interfaces?
> > H> AN>Why so?
> > H>
> > H> The driver reports a speed of 10Mbits/sec. ifHighSpeed is ifi_baudrate
> > H> divided by 10^6 (and rounded). This is the default set by
> ether_ifattach()
> >
> > H> if the driver did not set another value. It seems that bge never sets
> that
> >
> > H> value so you end up with the default. This looks like a bug.
> >
> > Harti, we are thinking in parallel :)
>
> Parallel, yes ;)
> Here is the attached patch written just yesterday, not tested yet.
It has been tested:
# snmpwalk -v 1 -c pub localhost:161 | grep Speed
IF-MIB::ifSpeed.1 = Gauge32: 10
IF-MIB::ifSpeed.2 = Gauge32: 10
IF-MIB::ifSpeed.3 = Gauge32: 0
IF-MIB::ifSpeed.4 = Gauge32: 0
IF-MIB::ifHighSpeed.1 = Gauge32: 1000
IF-MIB::ifHighSpeed.2 = Gauge32: 1000
IF-MIB::ifHighSpeed.3 = Gauge32: 0
IF-MIB::ifHighSpeed.4 = Gauge32: 0
And adapters are:
# dmesg | grep bge
bge0: mem
0xd020-0xd020 irq 18 at device 0.0 on pci4
miibus0: on bge0
bge0: Ethernet address: 00:30:48:82:12:44
bge1: mem
0xd030-0xd030 irq 19 at device 0.0 on pci5
miibus1: on bge1
bge1: Ethernet address: 00:30:48:82:12:45
bge0: link state changed to UP
# ifconfig -l
bge0 bge1 plip0 lo0
> It takes care of different bge adapters - some of them Fast Ethernets.
>
>
> ---
> Oleg
>
> > Andres, pls try the attached patch.
> >
> > --
> > Totus tuus, Glebius.
> > GLEBIUS-RIPN GLEB-RIPE
> > > Index: if_bge.c
> > ===
> > RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v
> > retrieving revision 1.118
> > diff -u -r1.118 if_bge.c
> > --- if_bge.c30 Jan 2006 13:45:55 - 1.118
> > +++ if_bge.c14 Feb 2006 08:43:24 -
> > @@ -2192,6 +2192,7 @@
> > ifp->if_snd.ifq_drv_maxlen = BGE_TX_RING_CNT - 1;
> > IFQ_SET_MAXLEN(&ifp->if_snd, ifp->if_snd.ifq_drv_maxlen);
> > IFQ_SET_READY(&ifp->if_snd);
> > + ifp->if_baudrate = IF_Gbps(1);
> > ifp->if_hwassist = BGE_CSUM_FEATURES;
> > ifp->if_capabilities = IFCAP_HWCSUM | IFCAP_VLAN_HWTAGGING |
> > IFCAP_VLAN_MTU | IFCAP_VLAN_HWCSUM;
> > > ___
> > freebsd-net@freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-net
> > To unsubscribe, send any mail to "[EMAIL PROTECTED]"
>
> __
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com > --- if_bge.c.orig Tue Feb 14 00:52:58 2006
> +++ if_bge.c Tue Feb 14 00:54:42 2006
> @@ -2183,6 +2183,12 @@
> }
> ifp->if_softc = sc;
> if_initname(ifp, device_get_name(dev), device_get_unit(dev));
> + if ((pci_get_vendor(dev) == BCOM_VENDORID) &&
> + ((pci_get_device(dev) == BCOM_DEVICEID_BCM5901) ||
> + (pci_get_device(dev) == BCOM_DEVICEID_BCM5901A2))) {
> + ifp->if_baudrate = 1;
> + }
> + else ifp->if_baudrate = 10;
> ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST;
> ifp->if_ioctl = bge_ioctl;
> ifp->if_start = bge_start;
> > ___
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 64-bit SNMP counters for FreeBSD && graphing bandwidth usage
--- Gleb Smirnoff <[EMAIL PROTECTED]> wrote: > Oleg, Anders, > > can you please remove all your changes to if_bge.c and test the > attached patch. Awaiting for feedback and thanks. It works fine - bge0 connected to GIGE switch, bge1 is not connected # snmpget -c pub -v 1 localhost ifSpeed.1 IF-MIB::ifSpeed.1 = Gauge32: 10 # snmpget -c pub -v 1 localhost ifHighSpeed.1 IF-MIB::ifHighSpeed.1 = Gauge32: 1000 # ifconfig bge1 up # ifconfig bge1 media auto # snmpget -c pub -v 1 localhost ifSpeed.2 IF-MIB::ifSpeed.2 = Gauge32: 0 # snmpget -c pub -v 1 localhost ifHighSpeed.2 IF-MIB::ifHighSpeed.2 = Gauge32: 0 # ifconfig bge1 media 10baseT/UTP # snmpget -c pub -v 1 localhost ifSpeed.2 IF-MIB::ifSpeed.2 = Gauge32: 1000 # snmpget -c pub -v 1 localhost ifHighSpeed.2 IF-MIB::ifHighSpeed.2 = Gauge32: 10 # ifconfig bge1 media 100baseTX # snmpget -c pub -v 1 localhost ifSpeed.2 IF-MIB::ifSpeed.2 = Gauge32: 1 # snmpget -c pub -v 1 localhost ifHighSpeed.2 IF-MIB::ifHighSpeed.2 = Gauge32: 100 It might be not important, but if adapter is in DOWN state snmp may show different media: 1. Adapter is Down. ifconfig shows - media: Ethernet autoselect (none) Snmp shows ifSpeed 0. 2. # ifconfig bge1 media 100baseTX. ifconfig shows - media: Ethernet 100baseTX (none) Snmp still shows ifSpeed 0. 3. # ifconfig bge1 up ifconfig shows - media: Ethernet 100baseTX (none) snmp shows ifSpeed 1 4. # ifconfig bge1 down snmp still shows ifSpeed 1 after running "ifconfig bge1" snmp shows ifSpeed 0 So sometimes ifconfig helps to change baudrate if adapter in DOWN state. Thanks, Oleg > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: RFC 3390: Increasing TCP's Initial Window
--- Jeffrey Hsu <[EMAIL PROTECTED]> wrote: > > Time to default net.inet.tcp.slowstart_flightsize to 4? > > A straight initial window of 4 is too big. I have patches lying around > that varies the initial window size from 2 to 4 depending on the MSS, > as specified in the RFC. > > Jeffrey We could not apply those patches until we fix a bug serverside which increments snd_cwnd with 1 mss somewhere... Server - CURRENT (source synced on Nov 02). Take a look on TCP session. There is local network and we should have initial window 4 mss. Notice how many packets it sent before first ACK came. 5 packets. 5 ck ~# sysctl net.inet.tcp.local_slowstart_flightsize net.inet.tcp.local_slowstart_flightsize: 4 6 ck ~# tcpdump port 80 tcpdump: listening on fxp0 18:57:28.854418 10.13.200.242.2356 > 10.13.200.240.http: S 2006596932:2006596932(0) win 16384 (DF) 18:57:28.854519 10.13.200.240.http > 10.13.200.242.2356: S 3851758649:3851758649(0) ack 2006596933 win 65535 (DF) 18:57:28.854698 10.13.200.242.2356 > 10.13.200.240.http: . ack 1 win 17520 (DF) 18:57:28.980517 10.13.200.242.2356 > 10.13.200.240.http: P 1:510(509) ack 1 win 17520 (DF) 18:57:28.981094 10.13.200.240.http > 10.13.200.242.2356: . 1:1461(1460) ack 510 win 65535 (DF) 18:57:28.981157 10.13.200.240.http > 10.13.200.242.2356: . 1461:2921(1460) ack 510 win 65535 (DF) 18:57:28.981216 10.13.200.240.http > 10.13.200.242.2356: . 2921:4381(1460) ack 510 win 65535 (DF) 18:57:28.981238 10.13.200.240.http > 10.13.200.242.2356: . 4381:5841(1460) ack 510 win 65535 (DF) 18:57:28.981287 10.13.200.240.http > 10.13.200.242.2356: . 5841:7301(1460) ack 510 win 65535 (DF) 18:57:28.981744 10.13.200.242.2356 > 10.13.200.240.http: . ack 2921 win 17520 (DF) 18:57:28.981822 10.13.200.240.http > 10.13.200.242.2356: FP 7301:7864(563) ack 510 win 65535 (DF) 18:57:28.981981 10.13.200.242.2356 > 10.13.200.240.http: . ack 5841 win 17520 (DF) 18:57:28.982171 10.13.200.242.2356 > 10.13.200.240.http: . ack 7865 win 17520 (DF) 18:57:29.102762 10.13.200.242.2356 > 10.13.200.240.http: F 510:510(0) ack 7865 win 17520 (DF) 18:57:29.102840 10.13.200.240.http > 10.13.200.242.2356: . ack 511 win 65535 (DF) ^C 1214 packets received by filter 0 packets dropped by kernel 7 ck ~# 7 ck ~# sysctl -w net.inet.tcp.local_slowstart_flightsize=1 net.inet.tcp.local_slowstart_flightsize: 4 -> 1 8 ck ~# tcpdump port 80 tcpdump: listening on fxp0 19:04:54.623558 10.13.200.242.2360 > 10.13.200.240.http: S 2118035397:2118035397(0) win 16384 (DF) 19:04:54.623657 10.13.200.240.http > 10.13.200.242.2360: S 1566520560:1566520560(0) ack 2118035398 win 65535 (DF) 19:04:54.623841 10.13.200.242.2360 > 10.13.200.240.http: . ack 1 win 17520 (DF) 19:04:54.767900 10.13.200.242.2360 > 10.13.200.240.http: P 1:510(509) ack 1 win 17520 (DF) 19:04:54.768484 10.13.200.240.http > 10.13.200.242.2360: . 1:1461(1460) ack 510 win 65535 (DF) 19:04:54.768545 10.13.200.240.http > 10.13.200.242.2360: . 1461:2921(1460) ack 510 win 65535 (DF) 19:04:54.769133 10.13.200.242.2360 > 10.13.200.240.http: . ack 2921 win 17520 (DF) 19:04:54.769218 10.13.200.240.http > 10.13.200.242.2360: . 2921:4381(1460) ack 510 win 65535 (DF) 19:04:54.769243 10.13.200.240.http > 10.13.200.242.2360: . 4381:5841(1460) ack 510 win 65535 (DF) 19:04:54.769267 10.13.200.240.http > 10.13.200.242.2360: . 5841:7301(1460) ack 510 win 65535 (DF) 19:04:54.769863 10.13.200.242.2360 > 10.13.200.240.http: . ack 5841 win 17520 (DF) 19:04:54.769927 10.13.200.240.http > 10.13.200.242.2360: FP 7301:7864(563) ack 510 win 65535 (DF) 19:04:54.770240 10.13.200.242.2360 > 10.13.200.240.http: . ack 7865 win 17520 (DF) 19:04:54.905359 10.13.200.242.2360 > 10.13.200.240.http: F 510:510(0) ack 7865 win 17520 (DF) 19:04:54.905438 10.13.200.240.http > 10.13.200.242.2360: . ack 511 win 65535 (DF) After I changed initial window size to 1 it started to send 2 packets before first ACK, then 3 packets before next ACK. Client side is working as supposed to. If I set net.inet.tcp.local_slowstart_flightsize to 1 it sends 1 packet before ACK. If I change it to 4 - it sends 4 packets before ACK. Please check it in your environment. I've got same results with 4.7 and 4.6 - same wrong TCP initial window. Oleg __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message
Re: RFC 3390: Increasing TCP's Initial Window
--- Jeffrey Hsu <[EMAIL PROTECTED]> wrote: > >> I have patches lying around > >> that varies the initial window size from 2 to 4 depending on the MSS, > >> as specified in the RFC. > > > We could not apply those patches until we fix a bug serverside which > > increments snd_cwnd with 1 mss somewhere... > > Take a look on TCP session. > > No, no, I meant I wrote my own, which doesn't show this problem in the > traces I've examined. Just for clarification - this problem shows up on nonpatched fresh-installed system. > But, it's all rolled up into a bunch > of other congestion related stuff I'm still working on like SACK and, > more importantly, Limited Transmit, exactly because all this stuff > modifies and examines the same variables and so all the functionality > has to be tested together to make sure no part breaks any other part. Good stuff ;)) Do you plan to commit code anytime soon? --- Oleg > > Jeffrey __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message
RE: Multiple Interfaces
--- Bob <[EMAIL PROTECTED]> wrote: > Greets > > > I have two interfaces and the following info in rc.conf. The > > first one is > > setup properly but the second one never gets configured. > > I just went through this process myself. > > The word I have is that FreeBSD cannot run two NICs on > the same subnet, which is what your included config shows. > So try as you may it will not work. I also tested 4.7, 5.0 > and 5.1 with similar results. The trick is to configure second interface with netmask 255.255.255.255. That interface can't be default gateway. But if anything listen to that address than it responds on that address. You may see log messages like this: arp: 10.13.1.2 is on fxp0 but got reply from 00:00:0c:61:2e:c0 on fxp1 To disable it run: sysctl net.link.ether.inet.log_arp_wrong_iface=0 > Here is a snippet of an email I received on this topic: > > Begin > > Well, as long as I can tell, one can't have 2 ifaces on the same subnet > on FreeBSD. This seems to be regarded as a feature by the guys who have > written the code. "It's arguable that it should be done any other way, > since it will put questions like what interface will be used for > outgoing segments to the subnet ? etc. which will require to manually > assign the arp table as log as you have the rest of the nodes of the > subnet connected throu some kind of switches or to still have all > outgoing connections throu a preferred interface which will require a > SRC (IP+MAC) addresses of the other interface and will unnecessary > complicated the hole thing". So the result will be a gain in the speed > of incoming segments but more load on the system. > > END > > >What am I missing? > > All you are missing is the fact FreeBSD cannot handle > two NICs the same subnet. OpenBSD does, NetBSD does and Linux does. That sounds misleading. FreeBSD handles two or more NICS on one subnet. You just can't configure them with same netmask or have them behave identically. Only one can be default gateway. > Regards > > Bob D > > ___ > [EMAIL PROTECTED] mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "[EMAIL PROTECTED]" __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: grouping 2 or more interfaces as 1
There are couple modules: ng_one2many, there is a man page for it; ng_fec - no man page, but here are some info: http://www.bsd-dk.dk/archives/2001/Mar/0027.html http://www.securityfocus.com/archive/96/340308/2003-09-29/2003-10-05/0 --- Hussain Ali <[EMAIL PROTECTED]> wrote: > > Hello, > > I am freebsd newbie, so bear with me. I was searching if its possible > to bond 2 ethernet interfaces as 1 under FreeBsd. Ie similiar to > creating a trunk. > > Any references? > > Thanks, > > -Hussain > > ___ > [EMAIL PROTECTED] mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "[EMAIL PROTECTED]" __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
