Re: GRE tunnel problem om FreeBSD 5.2.1

2004-10-25 Thread Erik Mossberg
Yes, I did use ipfw before. Now  I've moved over to 5.3-RC1 and PF
though, gre works like a charm on that config.


On Sun, 24 Oct 2004 18:40:42 +0200, Martin Schweizer
<[EMAIL PROTECTED]> wrote:
> Hello Erik
> 
> I use pptpd with GRE without problems. First I had also troubles with the ipfw
> but now it works great. Do you use also ipfw?
> 
> Am Thu, Oct 21, 2004 at 04:09:39PM +0200 Erik Mossberg schrieb:
> 
> 
> > Hello,
> >I have a weird problem with a GRE tunnel, the setup is as follows;
> >gre0: flags=b051
> > mtu
> >1476
> >tunnel inet 213.67.20.137 --> 194.145.248.113
> >inet 194.145.248.138 --> 194.145.248.137 netmask 0xfffc
> >And I've tried both w/ and w/o the link1 option mentioned in the man
> >page for gre.
> >
> > netstat -rn -f inet:
> >DestinationGatewayFlagsRefs  Use  Netif
> >Expire
> >default213.67.20.1UGS17 19250541rl1
> >127.0.0.1  127.0.0.1  UH  1 1802lo0
> >192.168.0  link#1 UC  00rl0
> >192.168.0.54   00:04:75:c8:18:d8  UHLW2  5683090rl0
> >608
> >192.168.0.55   link#1 UHLW2  140rl0
> >192.168.0.91   00:0d:54:9a:d2:d1  UHLW013538rl0
> >1039
> >192.168.0.95   00:0d:88:81:fd:98  UHLW0   766395
> >rl0  5
> >192.168.5.2192.168.5.1UH  0   12   gif2
> >194.145.248.137194.145.248.138UH  0 1177   gre0
> >213.67.20  link#2 UC  00rl1
> >213.67.20.100:10:67:00:c4:39  UHLW10rl1
> >234
> >213.67.20.108  00:10:67:00:c4:39  UHLW0   12rl1
> >822
> >213.67.20.137  127.0.0.1  UGHS0  136lo0
> >
> >when I try to ping 194.195.248.137 I have a 95% packet loss, but when
> >pinging from remote to 194.145.248.138 works just fine with no packet
> >loss.
> >
> >tcpdump -eni rl1 shows this:
> >22:05:55.148354 0:10:a7:13:bf:58 0:10:67:0:c4:39 0800 122:
> >213.67.20.137 > 194.145.248.113: gre (frag 49403:[EMAIL PROTECTED])
> >22:05:56.158351 0:10:a7:13:bf:58 0:10:67:0:c4:39 0800 122:
> >213.67.20.137 > 194.145.248.113: gre (frag 49410:[EMAIL PROTECTED])
> >
> >Sometimes the packet 1 or 2 packets goes through and gets a reply
> >though.
> >
> >I use:
> >FreeBSD 5.2.1-RELEASE-p5 #3: Sun Apr 18 22:25:17 CEST 2004
> >[EMAIL PROTECTED]:/usr/obj/usr/src/sys/merltock  i386
> >
> >When google-ing for this problem I found this:
> >http://lists.freebsd.org/pipermail/freebsd-current/2004-February/02039
> >4.html
> >
> >Which seems to be the same problem, can the bug have been brought back
> >afterwards?
> >I hope I didn't miss any info..
> >
> > I will try upgrading to 5.3-RC1, seems to have been alot of fixes
> > since then, but I'd be glad for any information what might be the
> > cause of this problem.
> >
> > Thanks.
> >
> >Regards,
> >Erik
> > ___
> > [EMAIL PROTECTED] mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> > To unsubscribe, send any mail to "[EMAIL PROTECTED]"
> 
> --
> 
> Regards
> 
> Martin Schweizer
> <[EMAIL PROTECTED]>
> 
> PC-Service M. Schweizer GmbH; Gewerbehaus Schwarz; CH-8608 Bubikon
> Tel. +41 55 243 30 00; Fax: +41 55 243 33 22; http://www.pc-service.ch;
> public key : http://www.pc-service.ch/pgp/public_key.asc;
> fingerprint: EC21 CA4D 5C78 BC2D 73B7  10F9 C1AE 1691 D30F D239;
> 
> 
>
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: GRE tunnel problem om FreeBSD 5.2.1

2004-10-24 Thread Martin Schweizer
Hello Erik

I use pptpd with GRE without problems. First I had also troubles with the ipfw 
but now it works great. Do you use also ipfw?

Am Thu, Oct 21, 2004 at 04:09:39PM +0200 Erik Mossberg schrieb:
> Hello,
>I have a weird problem with a GRE tunnel, the setup is as follows;
>gre0: flags=b051
> mtu
>1476
>tunnel inet 213.67.20.137 --> 194.145.248.113
>inet 194.145.248.138 --> 194.145.248.137 netmask 0xfffc
>And I've tried both w/ and w/o the link1 option mentioned in the man
>page for gre.
> 
> netstat -rn -f inet:
>DestinationGatewayFlagsRefs  Use  Netif
>Expire
>default213.67.20.1UGS17 19250541rl1
>127.0.0.1  127.0.0.1  UH  1 1802lo0
>192.168.0  link#1 UC  00rl0
>192.168.0.54   00:04:75:c8:18:d8  UHLW2  5683090rl0
>608
>192.168.0.55   link#1 UHLW2  140rl0
>192.168.0.91   00:0d:54:9a:d2:d1  UHLW013538rl0
>1039
>192.168.0.95   00:0d:88:81:fd:98  UHLW0   766395
>rl0  5
>192.168.5.2192.168.5.1UH  0   12   gif2
>194.145.248.137194.145.248.138UH  0 1177   gre0
>213.67.20  link#2 UC  00rl1
>213.67.20.100:10:67:00:c4:39  UHLW10rl1
>234
>213.67.20.108  00:10:67:00:c4:39  UHLW0   12rl1
>822
>213.67.20.137  127.0.0.1  UGHS0  136lo0
> 
>when I try to ping 194.195.248.137 I have a 95% packet loss, but when
>pinging from remote to 194.145.248.138 works just fine with no packet
>loss.
> 
>tcpdump -eni rl1 shows this:
>22:05:55.148354 0:10:a7:13:bf:58 0:10:67:0:c4:39 0800 122:
>213.67.20.137 > 194.145.248.113: gre (frag 49403:[EMAIL PROTECTED])
>22:05:56.158351 0:10:a7:13:bf:58 0:10:67:0:c4:39 0800 122:
>213.67.20.137 > 194.145.248.113: gre (frag 49410:[EMAIL PROTECTED])
> 
>Sometimes the packet 1 or 2 packets goes through and gets a reply
>though.
> 
>I use:
>FreeBSD 5.2.1-RELEASE-p5 #3: Sun Apr 18 22:25:17 CEST 2004
>[EMAIL PROTECTED]:/usr/obj/usr/src/sys/merltock  i386
> 
>When google-ing for this problem I found this:
>http://lists.freebsd.org/pipermail/freebsd-current/2004-February/02039
>4.html
> 
>Which seems to be the same problem, can the bug have been brought back
>afterwards?
>I hope I didn't miss any info..
> 
> I will try upgrading to 5.3-RC1, seems to have been alot of fixes
> since then, but I'd be glad for any information what might be the
> cause of this problem.
> 
> Thanks.
> 
>Regards,
>Erik
> ___
> [EMAIL PROTECTED] mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"

-- 

Regards

Martin Schweizer
<[EMAIL PROTECTED]>

PC-Service M. Schweizer GmbH; Gewerbehaus Schwarz; CH-8608 Bubikon
Tel. +41 55 243 30 00; Fax: +41 55 243 33 22; http://www.pc-service.ch;
public key : http://www.pc-service.ch/pgp/public_key.asc; 
fingerprint: EC21 CA4D 5C78 BC2D 73B7  10F9 C1AE 1691 D30F D239;



pgpKdQtbmPHKt.pgp
Description: PGP signature


GRE tunnel problem om FreeBSD 5.2.1

2004-10-21 Thread Erik Mossberg
Hello,
   I have a weird problem with a GRE tunnel, the setup is as follows;
   gre0: flags=b051
mtu
   1476
   tunnel inet 213.67.20.137 --> 194.145.248.113
   inet 194.145.248.138 --> 194.145.248.137 netmask 0xfffc
   And I've tried both w/ and w/o the link1 option mentioned in the man
   page for gre.

netstat -rn -f inet:
   DestinationGatewayFlagsRefs  Use  Netif
   Expire
   default213.67.20.1UGS17 19250541rl1
   127.0.0.1  127.0.0.1  UH  1 1802lo0
   192.168.0  link#1 UC  00rl0
   192.168.0.54   00:04:75:c8:18:d8  UHLW2  5683090rl0
   608
   192.168.0.55   link#1 UHLW2  140rl0
   192.168.0.91   00:0d:54:9a:d2:d1  UHLW013538rl0
   1039
   192.168.0.95   00:0d:88:81:fd:98  UHLW0   766395
   rl0  5
   192.168.5.2192.168.5.1UH  0   12   gif2
   194.145.248.137194.145.248.138UH  0 1177   gre0
   213.67.20  link#2 UC  00rl1
   213.67.20.100:10:67:00:c4:39  UHLW10rl1
   234
   213.67.20.108  00:10:67:00:c4:39  UHLW0   12rl1
   822
   213.67.20.137  127.0.0.1  UGHS0  136lo0

   when I try to ping 194.195.248.137 I have a 95% packet loss, but when
   pinging from remote to 194.145.248.138 works just fine with no packet
   loss.

   tcpdump -eni rl1 shows this:
   22:05:55.148354 0:10:a7:13:bf:58 0:10:67:0:c4:39 0800 122:
   213.67.20.137 > 194.145.248.113: gre (frag 49403:[EMAIL PROTECTED])
   22:05:56.158351 0:10:a7:13:bf:58 0:10:67:0:c4:39 0800 122:
   213.67.20.137 > 194.145.248.113: gre (frag 49410:[EMAIL PROTECTED])

   Sometimes the packet 1 or 2 packets goes through and gets a reply
   though.

   I use:
   FreeBSD 5.2.1-RELEASE-p5 #3: Sun Apr 18 22:25:17 CEST 2004
   [EMAIL PROTECTED]:/usr/obj/usr/src/sys/merltock  i386

   When google-ing for this problem I found this:
   http://lists.freebsd.org/pipermail/freebsd-current/2004-February/02039
   4.html

   Which seems to be the same problem, can the bug have been brought back
   afterwards?
   I hope I didn't miss any info..

I will try upgrading to 5.3-RC1, seems to have been alot of fixes
since then, but I'd be glad for any information what might be the
cause of this problem.

Thanks.

   Regards,
   Erik
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"