Re: pppoe - nmap - No buffer space available

I tried with a ping in parallel to the nmaped machine and the same error message happens. ppp bug ? pppoe bug ? > Hi terry, > > i can corroborate this problem, with 4.x AND 5.x, without beeing the > network interface down. We are also using a pppoe link outsides, and i > can do a ping in parallel

Re: pppoe - nmap - No buffer space available

Hi terry, i can corroborate this problem, with 4.x AND 5.x, without beeing the network interface down. We are also using a pppoe link outsides, and i can do a ping in parallel, which is working continously, so the tun0 stays online. My theorie is, that he keeps the sockets open in state "TIME_WAI

Re: pppoe - nmap - No buffer space available

[EMAIL PROTECTED] wrote: > sendto in send_tcp_raw: sendto(3, packet, 40, 0, X.X.X.X, 16) => No buffer > space available Your interface is down. This happens all the time. If you use PPP on a dialup modem with a normal net connection, and unplug the modem while you are doing a ping, you will see

Re: PPPoE

Felix-Antoine Paradis wrote: > > Well, i got a ADSL, and it's working very well with thoses settings. Post > install administration is ok, and i don't have any problems with > networking points. But, yeah, for sure, i am restricted to CD install, > but, however, that's not that bad. Do you know i

Re: PPPoE

Well, i got a ADSL, and it's working very well with thoses settings. Post install administration is ok, and i don't have any problems with networking points. But, yeah, for sure, i am restricted to CD install, but, however, that's not that bad. Do you know if there's any way to get it to work to d

Re: PPPoE

On Mon, Jan 22, 2001 at 05:24:46PM -0500, Felix-Antoine Paradis wrote: > I would say... > > options NETGRAPH > options NETGRAPH_PPPOE > options NETGRAPH_SOCKET add NETGRAPH_ETHER for 4.2 and above. /s/Udo -- Eat the rich -- the poor are tough and stringy. To Unsubscribe: send mail to [EMAIL

Re: PPPoE

I would say... options NETGRAPH options NETGRAPH_PPPOE options NETGRAPH_SOCKET That's it. recompile and conf'd your pppd. On Mon, 22 Jan 2001, Daniel C. Sobral wrote: > Felix-Antoine Paradis wrote: > > > > To get pppoe to work, just set the options in the kernel and use a good > > config (ppp.

Re: PPPoE

I think the best way to implement this is some sort of config message to the pppoe node (before the connect/listen). The NETGRAPH version of ppp(8) is capable of doing ``chat scripts'' with netgraph nodes, so it's fairly easy to configure the node configuration conversation... Hopefully now t

Re: PPPoE

In message <054e01c084b5$6c4ee270$[EMAIL PROTECTED]> "Ras-Sol" writes: : And btw, does anyone else completely DETEST the "/etc/rc.conf" - : "/etc/defaults/rc.conf"? I don't. : Why can't we just have ONE file, instead of one file, plus an override file? Because we had one file in the past. It w

Re: PPPoE

lix-Antoine Paradis <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Monday, January 22, 2001 6:51 AM Subject: Re: PPPoE > Felix-Antoine Paradis wrote: > > > > To get pppoe to work, just set the options in the kernel and use a good > > config (ppp.conf) and use p

Re: PPPoE

Hmmm, I seem to remember something about another way to do PPPoE... But I've been using ppp's built-in PPPoE support for about a year now. (With Netgraph etc) Simple to set up, works flawlessly. Uses 21% CPU on a 486 DX2-50. -- "Jupiter accepts your offer..." AIM: IMFDUP - Original Messa

Re: PPPoE

Felix-Antoine Paradis wrote: > > To get pppoe to work, just set the options in the kernel and use a good > config (ppp.conf) and use pppd. > > On Mon, 22 Jan 2001, Daniel C. Sobral wrote: > > > It seems I need the following parameters to get my PPPoE to work. Could > > we have these options, pl

Re: PPPoE

Drew Sanford wrote: > > It's been a while since I set up PPPoE on my box here, but if memory > serves, the handbook covers it very well - I believe it calls for the > addition of: > > options netgraph > options netgraph_pppoe > options netgraph_socket > > But you might actually check the handbo

Re: PPPoE

Drew Sanford wrote: > > It's been a while since I set up PPPoE on my box here, but if memory > serves, the handbook covers it very well - I believe it calls for the > addition of: > > options netgraph > options netgraph_pppoe > options netgraph_socket > Yes and all of these can be loaded at run

Re: PPPoE

It's been a while since I set up PPPoE on my box here, but if memory serves, the handbook covers it very well - I believe it calls for the addition of: options netgraph options netgraph_pppoe options netgraph_socket But you might actually check the handbook for that. Daniel C. Sobral wrote:

Re: PPPoE

Felix-Antoine Paradis wrote: > > To get pppoe to work, just set the options in the kernel and use a good > config (ppp.conf) and use pppd. Kernel options are bad for a number of reasons, not the least of them the inability to do network installs (I mean, you have ADSL and get restricted to cd in

Re: PPPoE

To get pppoe to work, just set the options in the kernel and use a good config (ppp.conf) and use pppd. On Mon, 22 Jan 2001, Daniel C. Sobral wrote: > It seems I need the following parameters to get my PPPoE to work. Could > we have these options, please? > > >> -f disc:sess > >>The -f

Re: PPPoE w/ nat auto fragmentation hack? (use tcpmssd port)

's seen if you divert everything ? > --Renaud > > > > - Original Message - > From: Brian Somers <[EMAIL PROTECTED]> > To: Renaud Waldura <[EMAIL PROTECTED]> > Cc: Brian Somers <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; > <[EMAIL PROT

Re: PPPoE w/ nat auto fragmentation hack? (use tcpmssd port)

pmssd runs as root, and I feel like a dummy. Any other ideas? Thanks for the help Brian, --Renaud - Original Message - From: Brian Somers <[EMAIL PROTECTED]> To: Renaud Waldura <[EMAIL PROTECTED]> Cc: Brian Somers <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <

Re: PPPoE w/ nat auto fragmentation hack? (use tcpmssd port)

> Maybe I'm just being boneheaded, but... > > > ! sudo ipfw add 4 divert 12345 all from any to any via INTERFACE > > ! sudo /usr/local/bin/tcpmssd -p 12345 -i INTERFACE > > I was under the (tested & confirmed) impression that programs executed by > ppp are run under uid 0. Eg. I don't us

Re: PPPoE w/ nat auto fragmentation hack? (use tcpmssd port)

]> Cc: Renaud Waldura <[EMAIL PROTECTED]>; Ruslan Ermilov <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Tuesday, November 14, 2000 5:43 PM Subject: Re: PPPoE w/ nat auto fragmentation hack? (use tcpmssd port) > > > > On Tue, 14 Nov 2000,

Re: PPPoE w/ nat auto fragmentation hack? (use tcpmssd port)

> > On Tue, 14 Nov 2000, Renaud Waldura wrote: > > ->Dear hackers, > -> > ->> What exactly does not work? > ->> What does the option -l do? > -> > ->When launched automatically by ppp, tcpmssd doesn't get any of the packets > ->and is useless. When I start it manually from the command line, it w

Re: PPPoE w/ nat auto fragmentation hack? (use tcpmssd port)

On Tue, 14 Nov 2000, Renaud Waldura wrote: ->Dear hackers, -> ->> What exactly does not work? ->> What does the option -l do? -> ->When launched automatically by ppp, tcpmssd doesn't get any of the packets ->and is useless. When I start it manually from the command line, it works ->fine. -> ->I

Re: PPPoE w/ nat auto fragmentation hack? (use tcpmssd port)

ne. - Original Message - From: Ruslan Ermilov <[EMAIL PROTECTED]> To: Renaud Waldura <[EMAIL PROTECTED]> Cc: FengYue <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Tuesday, November 14, 2000 12:40 AM Subject: Re: PPPoE w/ nat auto fragmentation hack? > On Mon,

Re: PPPoE w/ nat auto fragmentation hack?

On Mon, Nov 13, 2000 at 07:35:57PM -0800, Renaud Waldura wrote: > I wrote an article about this setup. Should be published soon enough. > http://renaud.waldura.com/doc/freebsd-pppoe/ > > I'd like to get your feedback on the section making use of tcpmssd: it > doesn't seem to work when the link is

Re: PPPoE w/ nat auto fragmentation hack?

On Mon, 13 Nov 2000, Renaud Waldura wrote: ->I wrote an article about this setup. Should be published soon enough. ->http://renaud.waldura.com/doc/freebsd-pppoe/ -> ->I'd like to get your feedback on the section making use of tcpmssd: it ->doesn't seem to work when the link is brought up automat

Re: PPPoE w/ nat auto fragmentation hack?

I wrote an article about this setup. Should be published soon enough. http://renaud.waldura.com/doc/freebsd-pppoe/ I'd like to get your feedback on the section making use of tcpmssd: it doesn't seem to work when the link is brought up automatically by ppp. --Renaud - Original Message

Re: PPPoE w/ nat auto fragmentation hack?

> > Hi, Any of you happened to hack the PPPoE support on Fbsd 4.x to > automatically fragment the IP datagram if whatever device behind the > NAT refuses to adjust its MTU? There's a ``tcpmssd'' port. > Thanks -- Brian <[EMAIL PROTECTED]>

Re: PPPoE help me please!!

> I can run tcpdump on my ethernet device ed1 and it is sending out a > PADI packet but it is not getting anything back. This is either because you have an incorrect :provider setting in your ``set device'' line, or because you were using a different NIC with your provider at one point, and th

Re: PPPoE offer.

[.] > We also have patches in the works to allow full kernel bypass of > the ppp daemon in the common case, resulting in Mucho performance > increase. > > with the version we have now, a 100KB/sec ppp session took 6% of a > P6-200 [.] CCP will kill performance. Without it however, I've

Re: PPPoE offer.

> "Julian" == Julian Elischer <[EMAIL PROTECTED]> writes: Julian> (the other end was a 486DX50 :-) with enough RAM we could Julian> probably serve 10K sessions, though that would require 10K ppp Julian> daemons until we got the kernel bypass working. in either Julian> case it would presently

Re: PPPoE offer.

David Gilbert wrote: > > > "Josef" == Josef Karthauser <[EMAIL PROTECTED]> writes: > > Josef> As far as I'm aware it _does_ work - in the form of user-ppp > Josef> (/usr/sbin/ppp), maintained by Brian. Why do you need to use > Josef> kernel ppp - it's a mess :) > > In some discussions with

Re: PPPoE offer.

> [on PPPoE] > > Well... a few toronto people and I got together (I'm trying to find > email addresses) to discuss the problem. One particular thought that > we had was that it would be cool if a single ppp process could handle > a large number of connections. We also discussed the fact that yo

Re: PPPoE offer.

[on PPPoE] Well... a few toronto people and I got together (I'm trying to find email addresses) to discuss the problem. One particular thought that we had was that it would be cool if a single ppp process could handle a large number of connections. We also discussed the fact that you may very w

Re: PPPoE offer.

On Mon, 4 Oct 1999, Eugene M. Kim wrote: > I personally used this approach for some kernel PPP over TCP tunnels, > and strongly recommend it because now there are many protocols that make > use of PPP (PPTP, PPPoE, PPP over TCP to name a few). If we modified > the kernel PPP to create a new pro

Re: PPPoE offer.

On Mon, 4 Oct 1999, Brian Somers wrote: > > David Gilbert wrote: > > > > > > I've got some real $$$ available to encourage someone to make PPPoE > > > work efficiently enough on the FreeBSD platform to handle a > > > substantial number of users. Is anyone interested? > > > > Brian? ;^) > >

Re: PPPoE offer.

> David Gilbert wrote: > > > > I've got some real $$$ available to encourage someone to make PPPoE > > work efficiently enough on the FreeBSD platform to handle a > > substantial number of users. Is anyone interested? > > Brian? ;^) There may be something real in the pipeline now. Julian E (

Re: PPPoE offer.

On Thu, 30 Sep 1999, Jacques Vidrine wrote: > > Yes. The boxes from Redback (www.redback.com) support this mode > of operation, which is primarily for sane deployment of DSL over > an infrastructure built on bridging. Alcatel DSL products, used > by BellSouth and others, operate in this mode (

Re: PPPoE offer.

Yes. The boxes from Redback (www.redback.com) support this mode of operation, which is primarily for sane deployment of DSL over an infrastructure built on bridging. Alcatel DSL products, used by BellSouth and others, operate in this mode (see RFC 1483 section 4.2). Jacques Vidrine / [EMAIL PR

Re: PPPoE offer.

On Wed, Sep 29, 1999 at 08:03:09PM -0400, Josh Tiefenbach wrote: > > Dave, > > > > As far as I'm aware it _does_ work - in the form of user-ppp (/usr/sbin/ppp), > > maintained by Brian. Why do you need to use kernel ppp - it's a mess :) > > Really? I was under the impression that it doesnt. I'l

Re: PPPoE offer.

David Gilbert wrote: > > I've got some real $$$ available to encourage someone to make PPPoE > work efficiently enough on the FreeBSD platform to handle a > substantial number of users. Is anyone interested? Brian? ;^) -- "Where am I, and what am I doing in this handbasket?" Wes

Re: PPPoE offer.

> "Josef" == Josef Karthauser <[EMAIL PROTECTED]> writes: Josef> As far as I'm aware it _does_ work - in the form of user-ppp Josef> (/usr/sbin/ppp), maintained by Brian. Why do you need to use Josef> kernel ppp - it's a mess :) In some discussions with some local BSD hackers, many claimed

Re: PPPoE offer.

On Wed, Sep 29, 1999 at 12:23:09PM -0400, David Gilbert wrote: > I've got some real $$$ available to encourage someone to make PPPoE > work efficiently enough on the FreeBSD platform to handle a > substantial number of users. Is anyone interested? > > Dave. Dave, As far as I'm aware it _does_