home *** CD-ROM | disk | FTP | other *** search
/ Peanuts NeXT Software Archives / Peanuts-1.iso / CDROM / FAQs / PPP / part3 < prev    next >
Encoding:
Text File  |  1996-10-09  |  18.8 KB  |  459 lines
  1. Path: informatik.tu-muenchen.de!fu-berlin.de!uniol!news.uni-stuttgart.de!news.ruhr-uni-bochum.de!news.rhrz.uni-bonn.de!ignatios
  2. From: ignatios@cs.uni-bonn.de (Ignatios Souvatzis)
  3. Newsgroups: comp.protocols.ppp,news.answers,comp.answers
  4. Subject: comp.protocols.ppp part3 of 8 of frequently wanted information
  5. Supersedes: <ppp-faq/part3_843589201@cs.uni-bonn.de>
  6. Followup-To: poster
  7. Date: 8 Oct 1996 19:18:17 GMT
  8. Organization: computer science department, university of Bonn, Germany
  9. Lines: 435
  10. Approved: news-answers-request@MIT.Edu
  11. Expires: 5 Nov 1996 19:20:02 GMT
  12. Message-ID: <ppp-faq/part3_844802402@cs.uni-bonn.de>
  13. NNTP-Posting-Host: theory.cs.uni-bonn.de
  14. Summary: This document contains information about the Internet Point-to-Point
  15.     Protocol, including a bibliography, a list of public domain and
  16.     commercial software and hardware implementations, a section on
  17.     configuration hints and a list of frequently asked questions and
  18.     answers on them.
  19.     It should be read by anybody interested in connecting to Internet
  20.     via serial lines, and by anybody wanting to post to
  21.     comp.protocols.ppp (before he/she does it!)
  22. Xref: informatik.tu-muenchen.de comp.protocols.ppp:17755 news.answers:83693 comp.answers:21551
  23.  
  24. Archive-name: ppp-faq/part3
  25. Version: $Revision: 3.10 $
  26. Last-modified: $Date: 1995/11/13 20:10:17 $
  27. URL: http://cs.uni-bonn.de/ppp/part3.html
  28.  
  29.                                                   PPP configuration recipes
  30.                      3. HOW TO (CONFIGURATION RECIPES)
  31.                                      
  32.       
  33.       complain about missing or incorrect information in the FAQ list
  34.       
  35.        connect a single host to a network without needing a new subnet.
  36.       
  37.       
  38.       configure free ppp for sun to interoperate with MacPPP 1.0
  39.       
  40.       
  41.       get SCO TCP 1.2 to connect to Ethernet LANs by a PPP link
  42.       
  43.        use PPP through a X.25 PAD
  44.       
  45.        use SunLINK PPP 1.0 to a CISCO
  46.       through a sync line
  47.       
  48.        use MacPPP 2.0.1 on non-US
  49.       System 6 MACs
  50.       
  51.        stop MacPPP to dial without being told to
  52.       
  53. 3.0 complain about missing or incorrect information in the FAQ list
  54.  
  55.    E-mail to
  56.    
  57.                         ignatios@theory.cs.uni-bonn.de (Ignatios Souvatzis)
  58.                                                                            
  59.    and add information I'll need to think about it. That is:
  60.    
  61.        In case of incorrect information, send me the correct information
  62.       and the source of it.
  63.       
  64.        In case of missing information, send me the information which is
  65.       missing and the source of it.
  66.       
  67. 3.1 connect a single host to a network without needing a new subnet.
  68.  
  69.    If you have only one single machine on the other side, the easiest way
  70.    is to give it a IP address belonging to the local ethernet/IP subnet,
  71.    and to tell the ppp gateway machine to advertise (proxy arp) its own
  72.    ethernet address as the other machines'. Works like a charm at our site.
  73.    Of course, for a large group or complicated network on the other side,
  74.    you would get more management problems.
  75.    
  76.    On the gateway do:
  77.    
  78.  
  79. arp -s othermachinesipaddress myownethernetaddress permanent public
  80. ifconfig pppNUMBER myipaddress othermachinesipaddress [other params] up
  81.  
  82.    on remote machine:
  83.    
  84.  
  85. ifconfig pppNUMBER gatewaysipaddress [other params] up
  86. route add default gatewaysipaddress 1
  87.  
  88.    pppNUMBER might be spelled as dpNUMBER for dialup IP.
  89.    
  90.    Of course, if you use routeing daemons, you could also propagate the
  91.    route via routed / gated etc. to other machines, but it's more painful
  92.    because every machine has to do it (and might choose not to do it), and
  93.    every machine doing IP on a Ethernet HAS to talk arp.
  94.    
  95.    On intermittently connected demand-dialed links, you may need to edit
  96.    /etc/gateways to define the destination of the PPP or SLIP connection as
  97.    a "passive" link.  Otherwise, routed will remove routes from the
  98.    kernel's routing table that use that link, because it won't hear RIPs
  99.    coming from hosts or routers across the wire.  Since it doesn't hear
  100.    anything from hosts or routers on the far side of the wire, routed
  101.    assumes that the link is dead forever.
  102.    
  103.                                ignatios@cs.uni-bonn.de (Ignatios Souvatzis)
  104.                                                                            
  105. 3.2 configure KA9Q PPP and it's Unix counterpart
  106.  
  107.  
  108. Newsgroups: comp.protocols.ppp
  109. From: kim@MorningStar.Com (Kim Toms)
  110. Subject: Re: PPP for DOS? (good info for FAQ)
  111. Date: Wed, 9 Dec 1992 06:26:28 GMT
  112.  
  113.    I have been able to use the ka9q software on my PC to call my Suns at
  114.    work.  This is available from merit.edu:/pub/ppp/ka9q.zip. I had to tell
  115.    our Sun product [that would be Morning Star PPP, see below. I.S.]
  116.    "nolqm" in order to prevent it from hanging up because of an lqm
  117.    failure, but other than that, I have had no trouble.
  118.    
  119.    Below, I include the configuration I use on my pc.  I unpacked the ka9q
  120.    distribution into \ka9q.  All the configuration files are located there.
  121.    
  122.    
  123.    I have also been able to use the NCSA telnet packet driver, however, I
  124.    could not use ftp with that, so I gave it up some months ago.
  125.    
  126.    Here's what I use on the PC:
  127.    
  128.    In a file called "doit2.bat":
  129.    
  130.  
  131. net -d \ka9q dialup.net
  132.  
  133.    In a file called "dialup.net":
  134.    
  135.  
  136. ip address 137.175.2.42
  137. attach asy 0x3f8 4 ppp pp0 1024 256 9600
  138. dialer pp0 dialup.ppp
  139. ppp pp0 trace 2
  140. ppp pp0 quick
  141. ppp pp0 lcp open
  142. ppp pp0 ipcp open
  143. route add default pp0
  144. ip ttl 32
  145. tcp mss 1460
  146. tcp window 2920
  147. domain addserver 137.175.2.11
  148. domain suffix MorningStar.Com
  149. domain cache clean on
  150. start echo
  151. start discard
  152. start telnet
  153. start ftp
  154. start finger
  155. start ttylink
  156.  
  157.    In a file called "dialup.ppp":
  158.    
  159.  
  160. control down
  161. wait 1000
  162. control up
  163. wait 1000
  164. wait 2000
  165. send "at\r"
  166. wait 3000 "OK"
  167. send "atdt4515016\r"
  168. wait 60000 "login: "
  169. send "<username>\r"
  170. wait 5000 "word:"
  171. wait 1000
  172. send "<password>\r"
  173.  
  174.   3.2.2 CONFIGURE KA9Q PPP (WITH NEW DIALER) AND IT'S UNIX COUNTERPART
  175.   
  176.    deleted, becausy to my knowledge, there is no KA9Q with new dialer and
  177.    working PPP.
  178.    
  179.   3.2.3 CONFIGURE JNOS
  180.   
  181.    I have jnos1.08 up and running. [that is,  'version 911229 (WG7J
  182.    v1.08)'].   For a sample configuration, get the  configuration and
  183.    executable you can ftp from  speckled.mpifr-bonn.mpg.de, user ftp,
  184.    directory /pub/rhein.de or /pub/incoming. The remarks in 3.3 about
  185.    'vjmode draft' or 'vjmode 1331' apply here, too.
  186.    
  187.                                ignatios@cs.uni-bonn.de (Ignatios Souvatzis)
  188.                                                                            
  189. 3.3 configure NCSA with the merit ppp packet driver and its  unix
  190. counterpart
  191.  
  192.    I had at least partial success using the parameters, to the public ppp
  193.    for SUNOS (dp-2.3, but I suspect any of dp-2.1 or dp-2.2* or
  194.    pppd-1.01beta or ppp-1.1 would have the same behaviour) -ac -pc vjmode
  195.    draft. The latter would be called in ppp-1.1 (and up) 'vjmode rfc1331'.
  196.    
  197.                                ignatios@cs.uni-bonn.de (Ignatios Souvatzis)
  198.                                                                            
  199. 3.4 work BOOTP over protocols such as SLIP or PPP
  200.  
  201.  
  202. Newsgroups: comp.protocols.ppp
  203. From: johnson@tigger.jvnc.net (Steven L. Johnson)
  204. Subject: Re: Tech?: BOOTP over SLIP or PPP
  205. Date: Wed, 2 Dec 1992 03:14:37 GMT
  206.  
  207.    [Somebody on the net] writes:
  208.    
  209.     Does anybody know if there is a description of how to work BOOTP over
  210.    protocols such as SLIP or PPP. It seems this should work but the problem
  211.    is that there is a field in the BOOTP header that contains the physical
  212.    layer type, and these numbers are defined as the hardware types for ARP.
  213.     Since SLIP and PPP do not use ARP, they do not have numbers.I haven't
  214.    looked very far, and would appreciate a pointer to any previous work or
  215.    concensus.  I've used a type 0 but only with a cisco terminal server.  I
  216.    don't know if this causes problems on other implementations.
  217.    
  218.    The second problem is that the BOOTP header also contains a field for
  219.    the physical layer address (i.e. Ethernet address). PPP and SLIP do not
  220.    have an physical layer addresses. What does the BOOTP server have to
  221.    base it's IP address suggestion on?  It's my understanding that PPP can
  222.    itself negotiate the IP address and that this is the preferred method.
  223.    If the IP address is included in the bootp request then the remaining
  224.    configuration is done based on that IP address and not the hardware
  225.    address.  With SLIP there isn't this option, so the IP address must be
  226.    assigned by knowing the physical port on which the request was received.
  227.     Again, I used an address of 0 (with a address length of 0, I think) and
  228.    this didn't seem to cause a problem.
  229.    
  230.    On a terminal server that contained only a minimal implementation of
  231.    bootp, it was necessary to send two requests.  The first request was
  232.    satisfied by the terminal server and configured only the IP address.  A
  233.    subsequent request (that contained the IP address provided by the first
  234.    request) was forwarded by the terminal server to a bootp server on the
  235.    ethernet and provided the rest of the configuration from a standard
  236.    bootptab.
  237.    
  238.                                                                      -Steve
  239.                                                                            
  240. 3.5 configure free ppp for sun to interoperate with MacPPP 1.0
  241.  
  242.  
  243. From: guy@world.std.com (Guy K Hillyer)
  244. Comments-by: Ignatios Souvatzis, marked with [comments... I.S.]
  245. Subject: Success with MacPPP
  246. Date: Wed, 20 Jan 1993 02:02:08 GMT
  247.  
  248.    After many travails, I finally got MacPPP to work for me.  This is the
  249.    story of how I got it to work.  This account is purely anecdotal.  I
  250.    don't claim to know what is the best configuration, just what worked for
  251.    me.
  252.    
  253.    I submit this for the benefit of other poor suckers who might otherwise
  254.    spend days getting a Mac/Sun PPP link to work, like I did. I'm a happy
  255.    camper now, and thanks to Larry Blunk @ merit.edu for making his
  256.    implementation freely available.  Now all I need is a T1 line to my
  257.    house and I'll be all set.
  258.    
  259.    [I'm not sure MacPPP works on T1 lines, I'm pretty sure the Perkins et
  260.    al.  PPP doesn't work over T1 lines. I.S.]
  261.    
  262.    After working with the beta release for a while, I picked up the latest
  263.    and greatest MacPPP at merit.edu.  The file is named
  264.    /pub/ppp/macppp1.0.sit.hqx.  I don't think there's any big difference
  265.    between that and the beta version, but the docs did have two or three
  266.    new sentences that helped to clarify matters.
  267.    
  268.    The ppp I'm using on the UNIX side is the one identified as
  269.    `Perkins/Clements/Fox/Christy PPP for SunOS' in the comp.protocols.ppp
  270.    FAQ.  During the course of debugging my connection, I installed the
  271.    package identified in that document as dp-2.2, but it behaved in exactly
  272.    the same way as the other one did with regard to the problems I was
  273.    having, so I only tried it briefly.  It has some more advanced
  274.    capabilities so I may switch to it in the future, but for now I'm just
  275.    glad to have a working configuration.
  276.    
  277.    Mac configuration:
  278.    
  279.        One mistake I made was ignoring the point made in the MacPPP docs
  280.     about configuring MacTCP for server addressing.  I thought that
  281.    "server addressing" implied that the mac would get its IP address
  282.    from some kind of server on my network, using RARP or something     like
  283.    that.  I thought that didn't make sense in my situation, so I
  284.    configured MacTCP for manual addressing.  In fact, I now believe
  285.    that "server addressing" means that TCP gets the address from     the IP
  286.    layer.  I'm not an ISO networking model savant, so this
  287.    
  288.        [must be wrong... the IP layer gets its address from the PPP layer,
  289.        which can do an address negotiation.]
  290.    
  291.        notion should be taken with a grain of salt.
  292.    
  293.        I also set MacTCP to have a "class C" network address.  I think
  294.    this only matters for broadcast packets, because it sets the
  295.    netmask.  Again, I'm treading on thin ice here.
  296.    
  297.        I set the IP addresses in the MacPPP control panel's IPCP
  298.    configuration window.  This probably isn't necessary, but I     wanted
  299.    to make sure that I got a particular address.  If you set     the
  300.    addresses on the Mac side, you'll want to specify the     addresses and
  301.    disable IP address negotiation on the UNIX side     ("-ip" option to
  302.    ppp).
  303.    
  304.        I first got things working with VJ header compression disabled on
  305.     both sides.  You may want to try it this way if you have any
  306.    trouble.  This is set in the IPCP window.  If you disable VJ     header
  307.    compression on the Mac side, you'll want to disable it on     the UNIX
  308.    side as well ("-vj" option to ppp).
  309.    
  310.        [You probably need only to set it to 'draft'. The configuration
  311.    negotiation should do the rest. The only reason you need a 'vjmode'
  312.    option is that the format of the configuration option has changed and
  313.      the older ones don't understand the format of the aug91draft or
  314.    rfc1331 ones (which should be the same) I.S.]
  315.    
  316.        Once I got things working I turned on VJ header compression.  It
  317.    only worked for me if I selected "draft" mode on the UNIX side
  318.    ("vjmode draft" option to ppp).
  319.    
  320.    Sun configuration:
  321.    
  322.        I configure the ppp interface like this:
  323.    
  324.  
  325.         ifconfig ppp0 <Sun's IP addr> <Mac's IP addr> netmask 0xffffff00 do
  326. wn
  327.  
  328.    Then I start ppp like this:
  329.    
  330.  
  331.         ppp -p vjmode draft -ip <Sun's IP addr>:<Mac's IP addr>
  332.  
  333.    [which is also about the configuration of dp-2.x, on the login line.
  334.     You have to specify PPP_OPTIONS=vjmode,draft in the configuration file
  335.        for the network interface used by the mac. For ppp-1.1/2.tar.Z, use
  336.        'vjmode rfc1331' I.S.]
  337.    
  338.        The "-p" means passive, so the Sun waits for the Mac to start the
  339.     handshaking.  My experience was that without -p, there was a very
  340.    brief window during which the Mac could enter the negotiation, and
  341.    if it missed window, then all was lost.
  342.    
  343.        "vjmode draft" means to use the new version of negotiation
  344.    specified in the August 1991 Draft RFC for IPCP.  This is     apparently
  345.    the only version MacPPP knows how to deal with.  If     you've disabled
  346.    VJ header compression on the Mac, you should give     "-vj" instead.
  347.    
  348.        "-ip" disables IP address negotiation.  It probably would work
  349.    fine without this; I just haven't tried it that way.
  350.    
  351. 3.6 get SCO TCP 1.2 to connect to Ethernet LANs by a PPP link
  352.  
  353.  
  354. From: bob@MorningStar.Com (Bob Sutterfield)
  355. Subject: Re: PPP on SCO between different networks
  356.  
  357.    In some news message, somebody asked:
  358.    
  359.       I need to set up a UNIX system which is on an ethernet LAN (with
  360.    its own IP address), so it can call up a PPP link to another    network,
  361.    and use a different IP address on the remote network. There's a bug in
  362.    SCO TCP 1.2 (but not in 1.1.3) that prevents this scenario with SCO's
  363.    PPP, and with any other PPP or SLIP software you might try to use on
  364.    your SCO system.  You can get the fix from
  365.    ftp.morningstar.com:pub/tools/SCO-route-fix, or through SCO's normal
  366.    support channels.
  367.    
  368. 3.7 use PPP through a X.25 PAD
  369.  
  370.  
  371. From: unrza3@cd4680fs.rrze.uni-erlangen.de (Markus Kuhn)
  372. Subject: Re: PPP or SLIP through PAD (X.29/X.25)
  373. Date: Mon, 5 Apr 1993 19:30:17 +0200
  374. Organization: Regionales Rechenzentrum Erlangen, Germany
  375.  
  376.    Does anybody have experience with "tunneling" PPP and SLIP through the
  377.    PAD-service (X.29 over X.25)? What I want is to let people dial up their
  378.    PAD-service and send their PPP/SLIP packets across the X.25 network into
  379.    the PAD-login of my UNIX-machine.  This should be possible, but I guess
  380.    the PAD-parameter configuration is critical?? Yes, that's of course
  381.    possible, because that's the way I use PPP. Use the PAD parameters for
  382.    the following settings:
  383.    
  384.        no escape character 1:0
  385.       
  386.        local echo off 2:0
  387.       
  388.        flow/control: RTS/CTS 5:2 (this is perhaps not a standard X.3
  389.       parameter)
  390.       
  391.        PAD should not react on XON/XOFF signals 12:0
  392.       
  393.    Other important values might be 3:0 4:1 9:0 10:0 13:0 14:0 15:0.
  394.    
  395.    You need a PAD that supports CTS/RTS flow control, because I don't know
  396.    about PPP software that supports XON/XOFF (although this would be
  397.    possible with the right async map).
  398.    
  399.                                                                      Markus
  400.                                                                            
  401. 3.8 use SunLINK PPP 1.0 to a CISCO through a sync line
  402.  
  403.    To connect successfully a Sun running 4.1.x and Sunlink PPP 1.0 to a
  404.    Cisco, you have to get patch 100941-02. Once it it installed, everything
  405.    works smoothly, as written in the documentation!
  406.    
  407.    My sun is an SS2, running 4.1.2 (sun4c architecture). We have a
  408.    'Transfix' digital leased line. That is: synchronous serial line,
  409.    64kbps.
  410.    
  411.    The problem without the patch is that everything seems to be OK, except
  412.    that the MTU given by a 'netstat -in' on device ppp0 is set to 0.
  413.    
  414.                                           -- Alain Mellan <amellan@acri.fr>
  415.                                                                            
  416. 3.9 use MacPPP 2.0.1 on non-US System 6 Macintoshes
  417.  
  418.    The current MacPPP Version (2.0.1) works on System 6 only if the system
  419.    folder is called "System Folder". On non-US systems (e.g. German
  420.    systems, where it is called "Systemordner"), MacPPP doesn't find some
  421.    file it needs. On System 7 Macs this problem isn't there.
  422.    
  423.    The workaround is, to rename the system folder to "System Folder". Other
  424.    programs will ask the system, how the system folder is named, and
  425.    continue to work.
  426.    
  427.    Thanks to hn277pk@unidui.uni-duisburg.de (Peter Koch) for summarizing
  428.    this information to me, who never used a Macintosh (with the exception
  429.    of playing Shufflepack CafØ once).
  430.    
  431. 3.10 stop MacPPP to automagically dial without being asked to
  432.  
  433.    In article <x@y>, somebody@somewhere wrote:
  434.    
  435.  
  436. > MacPPP is launching when I boot up my Mac. I've checked the 'Startup
  437. > items' folder and it's not in there.  Does anyone know why?
  438.  
  439.    A couple of things to check for are 1) some of the snmp agents will
  440.    cause macppp (at least older versions) to try and dial up the selected
  441.    server - the solution is to disable the snmp manager extension. 2) you
  442.    might have network time selected to set the clock at boot up - turn off
  443.    this option and instead set it for once an hour or something like that.
  444.    
  445.                                        dsc@cac.washington.edu (David Comay)
  446.                                                                            
  447.    Anything that opens the IP driver will cause MacPPP to dial up it's
  448.    target. Particularly you will see this problem with ZapTCP. It will open
  449.    the IP driver at boot time, as well as everytime a program quits.
  450.    
  451.                                           Tom Kimpton <tom@dtint.dtint.com>
  452.                                                                            
  453.    
  454. -- 
  455. -- 
  456. --
  457. Unsolicited junk e-mail will be proofread at US$50.- per page. By sending
  458. such e-mail to my address, you accept these terms.
  459.