Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 12 May 1999 02:49:18 -0700 (PDT)
From:      Brian Somers <brian@FreeBSD.org>
To:        cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   cvs commit: src/usr.sbin/ppp udp.c udp.h Makefile alias_cmd.c async.c bundle.c ccp.c command.c datalink.c exec.c exec.h link.c log.c log.h mp.c physical.c physical.h ppp.8 proto.c sync.c tcp.c tcp.h tty.c tty.h vjcomp.c
Message-ID:  <199905120949.CAA36314@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help
brian       1999/05/12 02:49:17 PDT

  Modified files:
    usr.sbin/ppp         Makefile alias_cmd.c async.c bundle.c 
                         ccp.c command.c datalink.c exec.c exec.h 
                         link.c log.c log.h mp.c physical.c 
                         physical.h ppp.8 proto.c sync.c tcp.c 
                         tcp.h tty.c tty.h vjcomp.c 
  Added files:
    usr.sbin/ppp         udp.c udp.h 
  Log:
  Allow ``host:port/udp'' devices and support ``host:port/tcp'' as
  being the same as the previous (still supported) ``host:port''
  syntax for tcp socket devices.
  
  A udp device uses synchronous ppp rather than async, and avoids
  the double-retransmit overhead that comes with ppp over tcp (it's
  usually a bad idea to transport IP over a reliable transport that
  itself is using an unreliable transport).  PPP over UDP provides
  througput of ** 1.5Mb per second ** with all compression disabled,
  maxing out a PPro/200 when running ppp twice, back-to-back.
  
  This proves that PPPoE is plausable in userland....
  
  This change adds a few more handler functions to struct device and
  allows derivations of struct device (which may contain their own
  data etc) to pass themselves through the unix domain socket for MP.
  ** At last **, struct physical has lost all the tty crud !
  
  iov2physical() is now smart enough to restore the correct stack of
  layers so that MP servers will work again.
  
  The version number has bumped as our MP link transfer contents have
  changed (they now may contain a `struct device').
  
  Don't extract the protocol twice in MP mode (resulting in protocol
  rejects for every MP packet).  This was broken with my original
  layering changes.
  
  Add ``Physical'' and ``Sync'' log levels for logging the relevent
  raw packets and add protocol-tracking LogDEBUG stuff in various
  LayerPush & LayerPull functions.
  
  Assign our physical device name for incoming tcp connections by
  calling getpeername().
  
  Assign our physical device name for incoming udp connections from
  the address retrieved by the first recvfrom().
  
  Revision  Changes    Path
  1.54      +2 -2      src/usr.sbin/ppp/Makefile
  1.25      +4 -2      src/usr.sbin/ppp/alias_cmd.c
  1.20      +3 -2      src/usr.sbin/ppp/async.c
  1.53      +2 -2      src/usr.sbin/ppp/bundle.c
  1.49      +7 -2      src/usr.sbin/ppp/ccp.c
  1.193     +3 -3      src/usr.sbin/ppp/command.c
  1.39      +3 -3      src/usr.sbin/ppp/datalink.c
  1.2       +32 -20    src/usr.sbin/ppp/exec.c
  1.2       +7 -2      src/usr.sbin/ppp/exec.h
  1.10      +3 -2      src/usr.sbin/ppp/link.c
  1.38      +3 -1      src/usr.sbin/ppp/log.c
  1.24      +11 -9     src/usr.sbin/ppp/log.h
  1.20      +3 -14     src/usr.sbin/ppp/mp.c
  1.11      +78 -51    src/usr.sbin/ppp/physical.c
  1.10      +17 -13    src/usr.sbin/ppp/physical.h
  1.168     +39 -15    src/usr.sbin/ppp/ppp.8
  1.2       +5 -1      src/usr.sbin/ppp/proto.c
  1.2       +12 -2     src/usr.sbin/ppp/sync.c
  1.2       +93 -39    src/usr.sbin/ppp/tcp.c
  1.2       +6 -2      src/usr.sbin/ppp/tcp.h
  1.2       +142 -92   src/usr.sbin/ppp/tty.c
  1.2       +5 -4      src/usr.sbin/ppp/tty.h
  1.30      +6 -7      src/usr.sbin/ppp/vjcomp.c


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199905120949.CAA36314>