gif MTU of 1280 ?

Just wondering, is there a reason why the MTU of the gif interface defaults to 1280 ? Why not 1500 ? ---Mike To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: gif MTU of 1280 ?

in a strict tunnel mode, I have problems with large packets from certain sites. Broken PMTU somewhere ? Not sure, but setting the MTU to 1500 seemed to fix it. ---Mike At 06:14 PM 8/8/01 +0200, Jeroen Ruigrok/Asmodai wrote: >-On [20010808 16:30], Mike Tancsa ([EMAIL PROTECTED]) wr

[PATCH] RFC 1948 sequence numbers, final(?) patch

1st. I've included diffs relevant to an up to date -stable and -current. Thanks, Mike "Silby" Silbersack diff -u -r netinet.old/tcp_input.c netinet/tcp_input.c --- netinet.old/tcp_input.c Tue Jul 31 21:43:21 2001 +++ netinet/tcp_input.c Thu Aug 9 00:45:01 2001 @@ -101,7

Question : vlan -> fec -> fxp

Previously I had been posting to freebsd-stable regarding my questions, but this seems to be a better list for this. First let me explain my goal, then I will explain the problem. My goal is to use two fxp's "bonded" together using the fast ether channel netgraph module ( from http://people.fre

Re: RFC: SACK/FACK patch port to Current

ve 2-3 other committers test and review before committing. Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: RFC: SACK/FACK patch port to Current

On Wed, 22 Aug 2001, Julian Elischer wrote: > Mike Silbersack wrote: > > However, before that is done, I think some changes should be made; all the > > #ifdef SACK and #ifdef FACKs are ugly. They should be taken out, and > > runtime tuneables (defaulting to on) shoul

Re: RFC: SACK/FACK patch port to Current

ough. I've also noticed that while SACK is sysctl disableable, FACK is not. A sysctl for FACK should be added as well so that we can enable/disable it at will (as can be done with newreno.) Thanks, Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: RFC: SACK/FACK patch port to Current

On Sun, 26 Aug 2001, Mike Silbersack wrote: > I've also noticed that while SACK is sysctl disableable, FACK is not. A > sysctl for FACK should be added as well so that we can enable/disable it > at will (as can be done with newreno.) > > Thanks, > > Mike "

Re: Proposed change to icmp_may_rst induced ENETRESET

hib ==> filtered), then turning off icmp_may_rst works. With > > icmp_may_rst turned on and the patch commited, you get the other > > behavior (admin prohib ==> closed). Without the patch, nmap spews > > errors and would need a FreeBSD-specific change. > > I pre

Re: Fwd: TCP PCB size

netstat, which already has all the includes included and in the proper order. :) Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: RFC: SACK/FACK patch port to Current

hether it will be controversial to merge, which is why I think I'd like basic SACK + newreno first, then Rate-halving + FACK later. Of course, that does emply that taking the SACK bits from the PSC implementation might be best then. I'll look more into this. Mike "Silby" S

Re: Fwd: TCP PCB size

On Mon, 27 Aug 2001, Alfred Perlstein wrote: > * Mike Silbersack <[EMAIL PROTECTED]> [010827 15:57] wrote: > > > > The easy way to do this is to copy the top of one of the files from > > netstat, which already has all the includes included and in the proper > >

Runt frames = broken VLAN ?

nd to end) in a non switched network, or a sign of broken software ie. the driver. Does anyone know what might be going on ? ---Mike To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: RFC: SACK/FACK patch port to Current

can use it at will. This facility will give the > leverage to people who want to test the performance of TCP in the presence > of NewReno, Sack and Fack. Agreed. Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: RFC: SACK/FACK patch port to Current

e more than welcome to throw in scenarios it should be tested under. Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: Runt frames = broken VLAN ?

At 01:56 PM 8/28/01 +0200, Hroi Sigurdsson wrote: >Mike Tancsa wrote: > > > According to Cisco's documentation, runt frames are a sign of collisions > > (this is full duplex end to end) in a non switched network, or a sign of > > broken software ie. the driver. D

Re: Runt frames = broken VLAN ?

ught was netgraph related, but Archie Cobbs thinks it might be in the VLAN code. I filed a PR on the issue http://www.freebsd.org/cgi/query-pr.cgi?pr=30149 I saved the debug kernel as well as the core dump in case its needed, but the problem is easy enough to repeat. ---Mike To Un

BPF question

down corrupted packets he's seeing in tcpdump, and I'd like to know if I can locate where the corruption may be occuring more exactly. Thanks, Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: BPF question

'll have him try another NIC (+ driver). Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: PPPoE dying too long

te0:meidsl > set speed sync > set mru 1454 > set mtu 1454 Why 1454 ? 1492 is normally what you want. ---Mike Mike Tancsa ([EMAIL PROTECTED]) Sentex Communications Corp, Waterloo, Ontario, Canada "Given enough time, 100 monkeys on 100 route

Re: SO_REUSEPORT on unicast UDP sockets

On Wed, 5 Sep 2001, Terry Lambert wrote: > Mike Silbersack wrote: > > The client TIME_WAIT problem is more an issue for port reuse; > for a 2MSL timer in the standard 60 second range, this will > basically limit you to 65535/60, or ~1000 outbound connections > a second pe

Re: SO_REUSEPORT on unicast UDP sockets

g: client side TIME_WAITs. If you build them up, you just sit there unable to allocate outgoing ports until they time out. Maybe net or openbsd handle these situations better, I'll have to check later. Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: (FreeBSD 4.3 + fxp + VLAN) == Problems... ?!

mewhere?? Either upgrade to a recent STABLE via cvsup, or upgrade to 4.4 when it comes out in a week, or http://www.euitt.upm.es/~pjlobo/fbsdvlan.html should work with your 4.3R system. ---Mike Mike Tancsa ([EMAIL PROTECTED]) Sentex Communications Corp, Waterloo

=?x-unknown?q?Re=3A_tracing_an_attack_using_spoofed_ip=B4s?=

pammed at using ordb/rbl to reject the message, and the open relay is then sending your client the bounce message. Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

arp -s not working with VLANS ?

Is there a way to make a permanent mac entry for a VLAN interface ? e.g. if I try dsl-bdr2# arp -s 192.168.1.1 00:02:88:05:93:56 cannot intuit interface index and type for 192.168.1.1 dsl-bdr2# Or is this a limitation of arp with VLANs ? ---Mike To Unsubscribe: send mail to [EMAIL

Re: arp -s not working with VLANS ?

t have not put down my crack pipe, as its working now :-( Chalk it up to pilot error as it workes on all 3 of my 802.1q enabled boxes. ---Mike Mike Tancsa ([EMAIL PROTECTED]) Sentex Communications Corp, Waterloo, Ontario, Canada "Given enough time, 10

Re: port forwarding through natd and/or ipfw

192.168.0.13:3389 66.92.98.145:3389 Get rid of the 333 fwd rule. Make sure there is the regular divert rule as well that you get when you say YES to in /etc/rc.conf for natd. ---Mike Mike Tancsa ([EMAIL PROTECTED]) Sentex Communications Corp, Waterloo, Ontario, C

kernel arp messages

is to pull the network lines and use the console. So, in short, besides redirecting console and syslog to /dev/null, what can I do to make these arp messages go away? Thanks! -Mike Saunders [EMAIL PROTECTED] Network Administrator - cland-minot.com [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

RE: kernel arp messages

Thanks for all the replies gentlemen! I'll try to clear some things up here: On Tue, 18 Sep 2001, Lars Eggert wrote: > Date: Tue, 18 Sep 2001 17:31:24 -0800 > From: Lars Eggert <[EMAIL PROTECTED]> > To: Mike Saunders <[EMAIL PROTECTED]>, [EMAIL PROTECTED] > Sub

RE: kernel arp messages

On Tue, 18 Sep 2001, Julian Elischer wrote: > Date: Tue, 18 Sep 2001 18:25:52 -0700 (PDT) > From: Julian Elischer <[EMAIL PROTECTED]> > To: Anuranjan <[EMAIL PROTECTED]> > Cc: 'Lars Eggert' <[EMAIL PROTECTED]>, 'Mike Saunders' <[EMAIL PROTEC

SOLVED - kernel arp messages

On Tue, 18 Sep 2001, Julian Elischer wrote: > Date: Tue, 18 Sep 2001 19:05:21 -0700 (PDT) > From: Julian Elischer <[EMAIL PROTECTED]> > To: Mike Saunders <[EMAIL PROTECTED]> > Cc: Lars Eggert <[EMAIL PROTECTED]>, [EMAIL PROTECTED] > Subject: RE: kernel arp messa

Re: kernel arp messages

Hi i recently had exactly this problem, and it turned out to be the way I'd connected the machine. It was cured when I connected the uplink cable directly the the outside interface instead of into the hub. Could this be a similar situation? Best Regards Mike At 18:45 18/09/2001 -0500

Re: TCP performance question

sues related to this with delayed acks sometime between 4.2 and 4.4. For this (and many other reasons), you should consider upgrading before you continue your performance tests. Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: TCP performance question

On Fri, 21 Sep 2001, Tsuchiya Yoshihiro wrote: > Mike Silbersack wrote: > > >Try disabling delayed ACKs and see how that affects your results. The > >default delay for delayed acks is 100ms. > > > >sysctl -w net.inet.tcp.delayed_ack=0 > > > > I found a

Re: TCP performance question

ost them somewhere for public consumption. Perhaps then the problem can be found and fixed. Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: ENOBUFS and network performance tuning

the simplest approach, as it bumps up numerous kernel setting. With 4.4 you can tune it in loader.conf, so changing the setting isn't a big deal. You should probably check how many sockets are sticking around in the TIME_WAIT state and compare it to kern.ipc.maxsockets - that may be the limit

Re: Win32 to FreeBSD VPN

knowledge base articles read to get all working. You can hit some nasty bugs that will eat up your time :-( www.dejanews.com is also a great resource for helping you through the "error 629" nonsense that some clients get messed up by. ---Mike On 25 Sep 2001 23:39:18

Re: How to increase TCP and UDP buffers (for IPv4/IPv6)

s listed >with > > sysctl net.inet.ip.intr_queue_drops > >and you could try to increase the size of that queue with something like > > sysctl -w net.inet.ip.intr_queue_maxlen=100 Hi, Are there any nasty side effects for increasing this value ? Also, how would one go

Re: [CFR] whois(1) out-of-bound access patch

d patch and confirm that it solves the problem? If it does, I'll commit it today. Best regards, Mike Barcroft whois.20011004.diff A whois server may return a final line without a new line character. PR: 30968 Index: whois.c ===

Re: How to increase TCP and UDP buffers (for IPv4/IPv6)

ink I can implement fast_forwarding-- or am I thinking of something else? Also, will removing ipv6 from the kernel make it more efficient acting as a router ? Thanks very much for your input. ---Mike To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: How to increase TCP and UDP buffers (for IPv4/IPv6)

this >in a week or two once i am done with some (partly related) >work i am doing. Hmmm... Do you think I should enable it ? Will it hurt in my case for the large routing table ? Thanks again! ---Mike To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: [CFR] whois(1) out-of-bound access patch

Todd C. Miller <[EMAIL PROTECTED]> writes: > In message <[EMAIL PROTECTED]> > so spake Mike Barcroft (mike): > > > Would you please test the attached patch and confirm that it solves > > the problem? If it does, I'll commit it today. > > I dou

Re: No buffer space available

t of sockets. You can change the count in loader.conf, the variable to tune is "kern.ipc.maxsockets". Set it to something higher than 16384, I guess. Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: multihomed, multirouted and balanced FreeBSD??

pf, bgp. >As far as I understood the original question, people there do not want a 'default' >route read up on the above dynamic routing protocols. Cisco has some good books on BGP and OSPF as well as many online documents. You can use zebra for similar routing on FreeBSD (ww

Re: fxp driver - receive interrupt bundling

TED] Hi, What values would you reccomend for a box with 4 fxp NICs in them ? Does it follow the the INT_DELAY should be lowered as you add more NICs ? ---Mike Mike Tancsa ([EMAIL PROTECTED]) Sentex Communications Corp, Waterloo, Ontario, Canada "Give

Re: fxp driver - receive interrupt bundling

s with about 110K routes on 4 interfaces. I will try and experiment a bit on my test setup first to see what works best. ---Mike Mike Tancsa, tel +1 519 651 3400 Sentex Communicati

Re: SYN flood and IP spoofing

ing to find a way into a system wouldn't gain anything by spoofing and would instead look for a buffer overflow to exploit. Syn floods are alive and well, though. Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: SYN flood and IP spoofing

It was the owner of the attacked host that revealed it, in > a post to comp.security.misc. Maybe I'll look for it some day. In either case, it doesn't matter anymore. We're using strong sequence numbers, and ip-based authentication has many better replacements now. Mike "Silb

Re: fxp patch - bundling receive interrupts

rom the linux drive for these cards. In the process of writing this patch, did you copy any section of code from the Linux driver? If possible, it would be best to avoid any GPL entanglements. Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: NEW CODE: polling support for device drivers.

in [[EMAIL PROTECTED]] Summary: The patch Terry posted was to loop a few more times in the interrupt handler. I was going to commit it this weekend for the dc driver, but it looks like Luigi's work overshadows that. The idea proposed above is (similar to) LRP, which Terry implemented for click

RE: Port-based routing?

I think ipfw can do this. At least the man page reads like it does. There is a "fwd" action which will change the next hop to something you specify. I've been meaning to try it myself but just never had a reason. MikeC Michael C. Cambria Avaya Inc. Consulting Engineer For

Re: your mail

re, see netstat -m. (If you're running less than 4.4, you will need to set NMBCLUSTERS in the kernel config instead, then rebuild your kernel.) Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

SBEI wanADAPT drivers in BSD

Hi, According to this link at the SBE website ( http://www.sbei.net/linux_bsd.htm# ), OpenBSD v2.9 and NetBSD v1.6 now include SBEI drivers. I'm curious why FreeBSD isn't included. Is it simply an oversight or is there a reason (e.g. driver doesn't work

Re: your mail

re is a DoS called netkill which can be used to suck up all network buffers and cause the problem you're seeing. If it's being used, you'll see that one IP is eating up all the buffers. Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: Intel nics (fxp, wx, gx) questions

, quite serious >TCP perfomance degradation can follow as a result of additional delay Hi, Can you give some more details as to where this introduces performance problems, and if so, how is the best way to work around it? ---Mike Mike Tancsa ([EMAIL PROTECTED]) Sent

Re: t_dupacks to u_int?

ich is sent to every person who asks how to tune their system. (Just look back through mailing list archives to see how man tweaks people are making that shouldn't be made.) Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: expiring cached routes on in_pcb entries.

ot as far as I can see a check for expiry. What revision of the code are you looking at? Some related behavior was changed relatively recently. Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: expiring cached routes on in_pcb entries.

why they're persisting longer than you expect them to. I wouldn't worry about the longer than expected expiration though; expiration of cloned routes isn't the issue here; the routing code should be invalidating the existing cloned routes when the new route appears. (Appar

Re: Strange problem with PPP/Netgraph (PPPoE)

tek cards do not detect their speed / media type properly. On my DSL connection, I need to do ifconfig rl0 media 10baseT/UTP. Try in your /etc/rc.conf instead of just ifconfig_rl0='up' try ifconfig_rl0='media 10baseT/UTP up' Without doing this, ifconfig rl0 shows a media type o

Re: Who are the core people on net?

ility which needs to be discussed quietly until it is fixed, it's probably best just to send mail to -net. Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: Revised polling code for STABLE

nder [over]load). Thanks for this code! Are there any particular compile time options one should use ? e.g. HZ=1000 etc ? The box in question would be running Zebra and BGPd and forwarding lots-o-packets with lots-o-routes (100k+) ---Mike To Unsubscribe: send mail to [EMAIL PROTECTED] wi

Re: Revised polling code (some stats)

Hi, just as an FYI, I did some simple tests using netperf of the polling code. On first blush, it does look quite nice. I am going to try and simulate what the effect is under network load while at the same time, trying to bring up a BGP peer with a full view. Machine A is a PIII 800 with a

Re: Revised polling code (some stats)

At 09:09 AM 11/27/01 -0800, Luigi Rizzo wrote: >On Tue, Nov 27, 2001 at 11:56:45AM -0500, Mike Tancsa wrote: > > > > Hi, just as an FYI, I did some simple tests using netperf of the polling > > code. On first blush, it does look quite nice. I am going to try and > >w

Re: Revised polling code (some stats II)

At 09:09 AM 11/27/01 -0800, Luigi Rizzo wrote: >On Tue, Nov 27, 2001 at 11:56:45AM -0500, Mike Tancsa wrote: > > > > Hi, just as an FYI, I did some simple tests using netperf of the polling > > code. On first blush, it does look quite nice. I am going to try and > >w

Re: RFC: MFC M_ZERO usage for bpf.c

Thanks, > > Bruce. Possibly a dumb question, but does 4.x actually have the M_ZERO functionality? If so, syncing these changes to 4.x seems like a good idea. Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: Intel gigabit driver

ut it's not a very BSD-like driver and under some circumstances this can be considered a bad thing. The Intel driver will be the preferred driver for these cards. = Mike To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

More Polling vs No Polling tests

h the prices of switches being so low (especially used), its almost cheaper to make a "24 port network card" as opposed to something like the quad port D-link. ---Mike ---- Mike Tancsa,

Re: [CFR] whois(1) out-of-bound access patch

Andrey A. Chernov <[EMAIL PROTECTED]> writes: > On Thu, Oct 04, 2001 at 12:16:40 +0300, Peter Pentchev wrote: > > + if ((len == 0) || !isspace(buf[len - 1])) { > > Must be isspace((unsigned char)) Why and where can I find documentation about this? Best regar

Final Patch for Review (was Re: [CFR] whois(1) out-of-bound access patch)

Todd C. Miller <[EMAIL PROTECTED]> writes: > In message <[EMAIL PROTECTED]> > so spake Mike Barcroft (mike): > > > Would you please test the attached patch and confirm that it solves > > the problem? If it does, I'll commit it today. > > I dou

strange side effect of net.inet.ip.fastforwarding: 1

networks would be local to my machine. Note, the box is running bgp with a full view (110,000+ routes). Any idea why this would be the case ? A bug ? An effect of a cache lookup/miss? ---Mike Mike Tancsa

Re: strange side effect of net.inet.ip.fastforwarding: 1

.0.0.0/8 65000 allow ip from any to any 65535 deny ip from any to any Also, in terms of queue drops, the fastforwarding did make a small difference, but I still am seeing a series of drops somewhere between 5 and 10min. If you think it would be useful to track down to see if it is exactly some

Re: Connect(2) problem

nge of ports that we should be using for outbound connections. If you need more ephemeral ports, change .first and .last to equal the corresponding hi values. For more background, read one of Stevens's books. (This is mentioned in UNIX network programming volume 1, I'd assume the tcp

strange results with increased net.inet.ip.intr_queue_maxlen

? ---Mike At 03:55 PM 10/9/01 -0700, Luigi Rizzo wrote: > > Also, in terms of queue drops, the fastforwarding did make a small > > difference, but I still am seeing a series of drops somewhere between 5 > and > > 10min. If you think it would be useful to track down to see if i

Re: strange results with increased net.inet.ip.intr_queue_maxlen

e various applications behind me figure it out, or is it better to add some latency at the network layer so the apps dont have to deal with it. Forgive me if my questions are simplistic, I am just trying to get as much info to make a more informed decision as how to best configure my netwo

Re: strange results with increased net.inet.ip.intr_queue_maxlen

to see how just changing the hardware will effect the rate of packet drops. If it is resource related I should see a difference. ---Mike To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: strange results with increased net.inet.ip.intr_queue_maxlen

application ? >Pinging is an excellent way to determine latency. I guess then its only at the "worst case" where I would see the added latency as I dont see any difference by adjusting the queue size. ---Mike To Unsubscribe: send mail to [EMAIL PROTECTED] with "un

Re: Request to back out Luigis polled-net patch in -stable.

matter. Yes; this is an excellent example of how it can be done better. Regards, Mike -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force peo

Re: Request to back out Luigis polled-net patch in -stable.

> > > I would also like to point to the parallel piece of code: Jun-Itohs > > > ALTQ for which he reliably has maintained a patch relative to the ... > > Yes; this is an excellent example of how it can be done better. > > Sorry guys, but aren't you comparing apples with oranges? As far as I No.

mbuf / maxfiles / maxsockets / etc autoscaling patch

xfilesperproc to equal 9/10ths of maxfiles, and maxprocperuid to equal 9/10 maxproc; this'll help to prevent a single process or user from forkbombing the system or running it out of file handles with a default configuration. Please review. Thanks, Mike "Silby" Silbersack diff -u

Re: strange results with increased net.inet.ip.intr_queue_maxlen

At 01:38 PM 10/11/01 -0700, Archie Cobbs wrote: >[ jumping into the middle of this discussion... ] > >Mike Tancsa writes: > > net.inet.ip.intr_queue_maxlen from 50 to 100. and there didnt seem to be > > any positive results in terms of lessening the rate of > > n

Re: strange results with increased net.inet.ip.intr_queue_maxlen (solved)

On Mon, 15 Oct 2001 23:00:27 + (UTC), in sentex.lists.freebsd.net you wrote: >Mike Tancsa writes: >> >If the forwarding path is maxed out, then it is the application layer's >> >responsibility to back off (think TCP). >> >> Is it better for

Re: strange results with increased net.inet.ip.intr_queue_maxlen (solved)

on the zebra list to see if this interval rings a bell with anyone. ---Mike ---- Mike Tancsa, tel +1 519 651 3400 Sentex Communications,[EMAIL PROTECTED] Provi

Re: What is TODO for SACK ?

gt; NTT DoCoMo,Inc. There was a patch posted to -net a few months ago which imported the SACK support from OpenBSD. It needs a good looking over and testing, you should be able to find it if you look back through the archives. Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: mbuf / maxfiles / maxsockets / etc autoscaling patch

;ve finished throwing numbers together we'll commit the merged patch. Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: Polling code at http://info.iet.unipi.it/~luigi/polling/

t; Phone: (510) 666 2927 >--+- > >To Unsubscribe: send mail to [EMAIL PROTECTED] >with "unsubscribe freebsd-stable" in the body of the message ---

Re: USB ethernet problem

d value (well, not exactly 4, they have a formula which comes out to about 4 in most cases.) I'm inclined to agree that something between 2-4 would be a good value for our non-local slowstart flightsize as well. Maybe after 4.5 is released we can go look into it. (It's too late to be ch

Re: Processing IP options reveals IPSTEALH router

7;t do IP options > at all when in the IPSTEALTH mode. Does anyone have objections? > If no, I'll commit the fix. > > -- > Yar The fix looks good on the surface, but it probably should be tested before committing just to make sure. Mike "Silby" Silbersack To Unsub

Re: Bridging vlan0 with de0

thod have ? ---Mike Mike Tancsa ([EMAIL PROTECTED]) Sentex Communications Corp, Waterloo, Ontario, Canada "Given enough time, 100 monkeys on 100 routers could setup a national IP network." (KDW2) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubsc

Re: USB ethernet problem

disk throughput for some people, perhaps it's affecting you. Try turning it off (see the ata manpage for details) and see if that changes your results. Also, is your USB adapter sharing interrupts with anything else? Are interrupts being allocated the same way on 4.3 and 4.4? Mike "Si

Re: FreeBSD TCP/IP relation to Mac OS/X?

be going the other way. I think that you're confusing issues. Apple released a file system test program which helped Matt Dillon to find and fix a bunch of NFS / UFS / VM bugs, and Matt also fixed some TCP bugs, but there is no direct relation between Apple and the TCP changes. Mike "Sil

Re: m_reclaim and a protocol drain

n: Right now the easy way to cause exhaustion is to fill up _send_ buffers, via netkill. I guess if we solve that problem, out of order segments could be used for an attack too. Just FWIW, Mike "Silby" Silbersack To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: m_reclaim and a protocol drain

d for an > > attack too. > > > > Mike: > > Interesting problem.. but I was thinking in terms of > a outside attacker.. not someone who has a login id on > your machine. That leads down another path... i.e. local > machine security. > > > R Heh, you don't

Re: USB ethernet problem

On Wed, 2 Jan 2002, Thomas Zenker wrote: > Hi Mike, > > back from holidays... > > because this is now discussed in different threads, on -stable and > on -net, I will try to recapitulate what has happened and keep this > on -net "USB ethernet problem". > > T

TCP connection via IPsec machine also running natd

I'm having problems connecting (e.g. telnet, ssh, ftp etc.) to a machine which is at the other end of an IPsec tunnel. Passing data with machines, via this tunnel, on subnets for which the tunnel endpoint is acting as a router work just fine. I'm using FreeBSD 4.4-Stable (cvsup'ed shortly after

Workaround (RE: TCP connection via IPsec machine also running natd)

dresses on the other side of natd. It works just fine. This will suffice until I can figure out how to connect to a socket via a tunnel endpoint which is also doing natd. MikeC -Original Message----- From: Cambria, Mike Sent: Friday, January 04, 2002 4:09 PM To: '[EMAIL PROTECTE

Re: Juniper IOS install woes on FreeBSD machine

ook at the commercial version of Zebra. But for OSPF, RIP, BGP, the stock zebra works very well. ---Mike Mike Tancsa ([EMAIL PROTECTED]) Sentex Communications Corp, Waterloo, Ontario, Canada "Given enough time, 100 monkeys on 100 routers could setup a

Netgraph Based Web Server?

Just curious but has anyone implemented a netgraph based web server? --- Mike Wade ([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Netgraph Based Web Server?

Just curious but has anyone implemented a netgraph based web server? --- Mike Wade ([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

[patch] removal of mbuf allocation failure messages from if_fxp

Luigi, does this patch look good? AFAIK, the code you added should handle printing errors in these two cases; is that correct? Thanks, Mike "Silby" Silbersack --- if_fxp.cSun Feb 3 19:01:14 2002 +++ if_fxp.c.oldSun Feb 3 18:59:55 2002 @@ -1836,6 +1836,8 @@

Re: [patch] removal of mbuf allocation failure messages from if_fxp

Heh, I tend to diff in the wrong order a lot. I'll go ahead and get it committed then. Mike "Silby" Silbersack On Sun, 3 Feb 2002, Luigi Rizzo wrote: > looks correct (apart from having to use patch -r to apply it...) > > cheers > luigi > > On Sun,

<    2   3   4   5   6   7   8   9   10   11   >