strange NAT behaviour

Max Laier max at love2party.net
Thu Jul 1 08:26:25 PDT 2004


On Thursday 01 July 2004 16:32, Divacky Roman wrote:
> I have booted -O universe and it works... so there is definitely some
> optimalization error - is it worth it to catch the bug? I'd say YES!

I agree.

> (isnt here even plan for officially supporting -O2?)

Well, you should provided some more specific explanation how you use this box. 
i.e. how do you do NATting (ifpw + natd, ipf, pf or pppd's builtin)? What 
interfaces do you employ? What is the MTU of your outgoing path? Moreover 
tcpdumps are of interest in order to see why things do fail. Same for 
statistics (netstat -ssp {ip, tcp, udp ...}) to learn why the packets are 
being dropped.

> thnx for attention
>
> roman
>
> On Thu, Jul 01, 2004 at 03:50:25PM +0200, Divacky Roman wrote:
> > I have upgraded from CFLAGS=-O ARCH=p2  may 17th current (both kernel
> > and userland) to CFLAGS=-Os (I know its NOT supported) ARCH=athlon-xp
> > 30th June current and strange thing happend
> >
> > The machine in charge is working as a NAT and machines behind that are
> > not able to transfer any packet longer than 1472 bytes. its seems
> > fragmenting is broken but on that nat machine I am able to transfer
> > anything...
> >
> > I dont ask for help (since -Os is unsupported, but I am compiling -O
> > universe now so I might ask for help ;) ) just point it as interesting
> > behaviour... maybe some kind of bug?
> > and YES I have it all set properly
> >
> > roman

-- 
Best regards,				| mlaier at freebsd.org
Max Laier				| ICQ #67774661
http://pf4freebsd.love2party.net/	| mlaier at EFnet
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: signature
Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20040701/3c9a4a5c/attachment.bin


More information about the freebsd-current mailing list