Re: Transmitting packets when not IFF_UP

2002-05-09 Thread Sam Leffler
> > This said, do you have any reference or docs on the exact meaning > > of the various IFF_* flags, so we can give a sweep at the code > > and try to make things consistent and possibly centralised -- > > e.g. should we move the check for IFF_UP|IFF_RUNNING to IF_ENQUEUE > > (or whatever it is

Re: mpd-netgraph problem.

2002-05-09 Thread Matthew Braithwaite
On Sat, 2 Feb 2002 13:13:53 -0800 (PST), Archie Cobbs <[EMAIL PROTECTED]> said: > > David Gilbert writes: > > > I'm using mpd-netgraph to attempt to connect an encrypted tunnel. > > It appears to connect (according to the messages), but the > > following is spit out for most packets I try to put

Re: mpd-netgraph problem.

2002-05-09 Thread David Gilbert
I never solved my problem. Since I control both ends, and there's no packet loss, I'm currently running ppp over ssh. Dave. -- |David Gilbert, Velocet Communications. | Two things can only be | |Mail:

Re: mpd-netgraph problem.

2002-05-09 Thread Archie Cobbs
Matthew Braithwaite writes: > > > [vpn] LCP: rec'd Protocol Reject #1 link 0 (Opened) > > > [vpn] LCP: protocol 0x0029 was rejected > > > [vpn] LCP: rec'd Protocol Reject #2 link 0 (Opened) > > > [vpn] LCP: protocol 0x00a1 was rejected > > > > This is usually because one side is sending encrypted

Multiple NICs on the same subnet

2002-05-09 Thread Daniel Lang
Hi, I want to use multiple NICs on the same subnet. Thats my setup: FreeBSD 4.5-STABLE (updated 2-3 weeks ago, no 4.6-PRERELEASE yet), 3 NICs inside: 2 x 3com 905C-TX, 1 x D-Link DGE-500SX (Level 1 Gigabit). Now I want to assign a couple of IP addresses to those NICs. All IP addresses are on t

Re: Multiple NICs on the same subnet

2002-05-09 Thread Nick Rogness
On Thu, 9 May 2002, Daniel Lang wrote: > Hi, > > I want to use multiple NICs on the same subnet. > Thats my setup: > > FreeBSD 4.5-STABLE (updated 2-3 weeks ago, no 4.6-PRERELEASE yet), > 3 NICs inside: 2 x 3com 905C-TX, 1 x D-Link DGE-500SX (Level 1 > Gigabit). > > Now I want to assign a cou

Re: mpd-netgraph problem.

2002-05-09 Thread Matthew Braithwaite
On Thu, 9 May 2002 13:15:27 -0700 (PDT), Archie Cobbs <[EMAIL PROTECTED]> said: > > It may be that compression is actually not being negotiated > properly, even though the link is staying up. Can you send me an mpd > log trace? Do you need more debugging turned on than this? Note: right now I

Re: mpd-netgraph problem.

2002-05-09 Thread Archie Cobbs
[ note: removing -stable from the CC: list ] Matthew Braithwaite writes: > [vpn] LCP: rec'd Configure Request #250 link 0 (Ack-Rcvd) > MRU 1500 > ACCMAP 0x000a > AUTHPROTO CHAP MSOFTv2 > MAGICNUM 43a911e1 > PROTOCOMP > ACFCOMP > [vpn] LCP: SendConfigAck #250 > MRU 1500 > ACCMAP 0x000

Re: mpd-netgraph problem.

2002-05-09 Thread Matthew Braithwaite
On Thu, May 09, 2002 at 03:51:09PM -0700, Archie Cobbs wrote: > > So that's screwey if you're doing MPPE encryption because which > authentication do you use to generate the MPPE keys?? Apparently > we are using the wrong one. In any case, we can't use the first > one because we'd need the yes/no

Re: mpd-netgraph problem.

2002-05-09 Thread Archie Cobbs
Matthew Braithwaite writes: > > So that's screwey if you're doing MPPE encryption because which > > authentication do you use to generate the MPPE keys?? Apparently > > we are using the wrong one. In any case, we can't use the first > > one because we'd need the yes/no response to generate MPPE ke

Re: mpd-netgraph problem.

2002-05-09 Thread Matthew Braithwaite
On Thu, 9 May 2002 16:57:37 -0700 (PDT), Archie Cobbs <[EMAIL PROTECTED]> said: > >> Let me see if I understand: a key used in CHAP authentication is >> also used for MPPE. However, I authenticate twice, once using CHAP >> MSOFTv2 and once using CHAP MSOFTv2 -- and you think mpd is >> choosing t

Re: mpd-netgraph problem.

2002-05-09 Thread Matthew Braithwaite
On Thu, May 09, 2002 at 08:17:41PM -0700, Matthew Braithwaite wrote: > > (One things that's odd about my authentication -- this was pointed out > to me by the Windows boys, whom I'm sorry I dissed -- is that all the > Windows users seem to authenticate as ``domain\\user'' whereas I > authenticate