Reading Stevens, playing routing games

2001-03-16 Thread Ruslan Ermilov
Hi! First of all, I would like to commit the attached patch; it removes duplicate code. Please review. Also, I found a nasty bug in IP routing. The new route added may not take immediate effect for routing decisions, because ip_forward() may use the cached route (rt_forwarding). DEMO (only r

Re: same interface Route Cache

2001-03-16 Thread Garrett Wollman
< said: > Correct me if wrong, but if I recall BSD natively already held a route > cache, although it might not be the best route cache which we could come > up with. It does, but there is only a single route cached there. A better implementation might have a small hash table (e.g., 16 entries)

Re: IPv4 address is not unsigned int

2001-03-16 Thread Garrett Wollman
< said: > Then we need to fix some code first, since, for example, inet_makeaddr() > is still used. Indeed, since anything which uses inet_makeaddr() is by definition broken. -GAWollman To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Multiport serial non PnP ISA card with 4.2

2001-03-16 Thread Kurakin Roman
Hi, I wonder, does some one use multiport serial card for ISA bus that didn't support PnP under FreeBSD 4.2? I have some problems with such card. I have some suspicions that this problem with all non PNP serial ISA cards on all 4.x Probably because driver expects existence of probed PnP devi

Re: natd divert injecting clarifications

2001-03-16 Thread Ruslan Ermilov
On Fri, Mar 16, 2001 at 09:02:15AM -0600, Nick Rogness wrote: > On Fri, 16 Mar 2001, Ruslan Ermilov wrote: > > > Pretty much correct. > > > > 1) kernel sends packet to divert socket > > 2) natd reads from divert socket > > 3) natd screws with it > > 4) natd writes the packet to divert socket; th

Re: nos-tun & multihomed machines

2001-03-16 Thread Lars Eggert
Nick Rogness wrote: > One thing I don't like about gif is you have to rebuild the kernel > when you want to add another gif interface...or is there another > way (besides building it with a huge number up front)? Whereas > with nos-tun you just MAKEDEV a new tunnel

Re: nos-tun & multihomed machines

2001-03-16 Thread Nick Rogness
On Fri, 16 Mar 2001, Eugene Polovnikov wrote: [snip] > > And I agree that when all nos-tun's functions be implemented nos-tun > must go away. One thing I don't like about gif is you have to rebuild the kernel when you want to add another gif interface...or is there another

Re: same interface Route Cache

2001-03-16 Thread Nick Rogness
On Fri, 16 Mar 2001, Jeroen Ruigrok/Asmodai wrote: > -On [20010310 04:00], Nick Rogness ([EMAIL PROTECTED]) wrote: > > > >Is anyone working on route caching functionality within FreeBSD? This > >would eliminate a lot of problems with using FreeBSD as a router...which > >seems to be a common role

Re: natd divert injecting clarifications

2001-03-16 Thread Nick Rogness
On Fri, 16 Mar 2001, Ruslan Ermilov wrote: > Pretty much correct. > > 1) kernel sends packet to divert socket > 2) natd reads from divert socket > 3) natd screws with it > 4) natd writes the packet to divert socket; the packet >is treated as a completely new entity > 5) divert socket's outpu

Re: nos-tun & multihomed machines

2001-03-16 Thread Eugene Polovnikov
> > >> > > >Except that it does not allow to use proto 94 (the default for nos-tun). > > > > I'm sure we can work something out with the KAME guys over this, if it > > is necessary to keep this in. *chalks up another task* > > > It should be pretty easy to add the ``int gif_pproto'' member to

Re: translate from iptables

2001-03-16 Thread Mike
Thanks, I'll see what I can find out from there:) Mike > On Fri, Mar 16, 2001 at 01:53:25AM -0500, Mike wrote: > > What I'm hoping is that someone will be able to tell me a way to do this > > same thing using natd or ipfwd or something like that. Any hints or help > > would be much appreciate

Re: nos-tun & multihomed machines

2001-03-16 Thread Ruslan Ermilov
[-current dropped (Bcc'ed)] On Fri, Mar 16, 2001 at 12:58:06PM +0100, Jeroen Ruigrok/Asmodai wrote: > -On [20010316 12:45], Ruslan Ermilov ([EMAIL PROTECTED]) wrote: > >On Fri, Mar 16, 2001 at 10:50:26AM +0100, Jeroen Ruigrok/Asmodai wrote: > >> -On [20010316 10:43], Eu

Re: nos-tun & multihomed machines

2001-03-16 Thread Jeroen Ruigrok/Asmodai
-On [20010316 12:45], Ruslan Ermilov ([EMAIL PROTECTED]) wrote: >On Fri, Mar 16, 2001 at 10:50:26AM +0100, Jeroen Ruigrok/Asmodai wrote: >> -On [20010316 10:43], Eugene Polovnikov ([EMAIL PROTECTED]) wrote: [gif versus nos-tun] >Yes, gif(4) works the same way, and multihomed

Re: Intel PRO/100+ PCI problem

2001-03-16 Thread Peter Wemm
Jonathan Lemon wrote: > On Thu, Mar 15, 2001 at 05:20:58AM -0800, Peter Wemm wrote: > > > fxp0: port 0xff20-0xff3f mem 0xff80 -0xf > > f8f,0xffbde000-0xffbdefff irq 2 at device 6.0 on pci0 > > > fxp0: using memory space register mapping > > > fxp0: Ethernet address 00:a0:c9:49:aa:

Re: nos-tun & multihomed machines

2001-03-16 Thread Ruslan Ermilov
On Fri, Mar 16, 2001 at 10:50:26AM +0100, Jeroen Ruigrok/Asmodai wrote: > -On [20010316 10:43], Eugene Polovnikov ([EMAIL PROTECTED]) wrote: > Hello, Engene! Hope you are doing well! :-) > >Please, review the following PR: > >http://www.freebsd.org/cgi/query-pr.cgi?pr=25847

Re: Intel PRO/100+ PCI problem

2001-03-16 Thread Ollivier Robert
According to Peter Wemm: > That did the trick! Mine is working as well, thanks. FreeBSD 5.0-CURRENT #53: Fri Mar 16 09:47:20 CET 2001 [EMAIL PROTECTED]:/src/src/sys/compile/CAERDONN ... fxp0: port 0xfcc0-0xfcdf mem 0xfed0-0xfedf,0xfecfe000-0xfecfefff irq 9 at device 17.0 on pci0 fx

Re: Token Ring and IPX.

2001-03-16 Thread Jeroen Ruigrok/Asmodai
-On [20010309 12:00], Matthew N. Dodd ([EMAIL PROTECTED]) wrote: >Interested parties will also note that tcpdump is unable to properly >decode IPX packets over token ring; I've got a fix for this too... Matthew, am I correct in my assumption that all fixes needed for tcpdump can be handled in ou

Re: same interface Route Cache

2001-03-16 Thread Jeroen Ruigrok/Asmodai
-On [20010310 04:00], Nick Rogness ([EMAIL PROTECTED]) wrote: > >Is anyone working on route caching functionality within FreeBSD? This >would eliminate a lot of problems with using FreeBSD as a router...which >seems to be a common role of which FreeBSD seems to fit. Especially for >machine that

Re: nos-tun & multihomed machines

2001-03-16 Thread Jeroen Ruigrok/Asmodai
-On [20010316 10:43], Eugene Polovnikov ([EMAIL PROTECTED]) wrote: >Please, review the following PR: >http://www.freebsd.org/cgi/query-pr.cgi?pr=25847 > >Same patch is in the attach. Just a question, the gif interface now part of the system does tunneling as well in as much the sam

Re: IPv4 address is not unsigned int

2001-03-16 Thread Jeroen Ruigrok/Asmodai
-On [20010314 18:30], Garrett Wollman ([EMAIL PROTECTED]) wrote: >< said: >> +in_addr_tinet_lnaof __P((struct in_addr)); >> +struct in_addr inet_makeaddr __P((in_addr_t, in_addr_t)); >> +in_addr_tinet_netof __P((struct in_addr)); > >If anything, these interfaces should be removed. T

nos-tun & multihomed machines

2001-03-16 Thread Eugene Polovnikov
hi! Please, review the following PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=25847 Same patch is in the attach. -- -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS/CC/IT d-@ s: a- C++ UBSC$ P++>+++@ L- E--- W+ N++ o? K? w>-- O- M- V- PS@ PE@ Y+ PGP>+ t 5 X R tv- b+++() DI-- D+(++)

Re: strange arp packets!!!

2001-03-16 Thread Jeroen Ruigrok/Asmodai
-On [20010316 06:25], Mohana Krishna Penumetcha ([EMAIL PROTECTED]) wrote: >16:41:25.623476 arp who-has 0.0.0.0 tell 10.0.36.130 >16:41:30.639372 arp who-has 0.0.0.0 tell 10.0.36.130 >16:41:40.649838 arp who-has 0.0.0.0 tell 10.0.36.130 >16:41:45.631430 arp who-has 0.0.0.0 tell 10.0.3

Re: translate from iptables

2001-03-16 Thread Bill Fumerola
On Fri, Mar 16, 2001 at 01:53:25AM -0500, Mike wrote: > What I'm hoping is that someone will be able to tell me a way to do this > same thing using natd or ipfwd or something like that. Any hints or help > would be much appreciated:) ipfwd isn't what you want, natd is. read the man page on natd