Welcome to Linux Knowledge Base and Tutorial
"The place where you learn linux"
Linux Tracker

 Create an AccountHome | Submit News | Your Account  

Tutorial Menu
Linux Tutorial Home
Table of Contents

· Introduction to Operating Systems
· Linux Basics
· Working with the System
· Shells and Utilities
· Editing Files
· Basic Administration
· The Operating System
· The X Windowing System
· The Computer Itself
· Networking
· System Monitoring
· Solving Problems
· Security
· Installing and Upgrading
· Linux and Windows

Glossary
MoreInfo
Man Pages
Linux Topics
Test Your Knowledge

Site Menu
Site Map
FAQ
Copyright Info
Terms of Use
Privacy Info
Disclaimer
WorkBoard
Thanks
Donations
Advertising
Masthead / Impressum
Your Account

Communication
Feedback
Forums
Private Messages
Surveys

Features
HOWTOs
News Archive
Submit News
Topics
User Articles
Web Links

Google
Google


The Web
linux-tutorial.info

Who's Online
There are currently, 59 guest(s) and 0 member(s) that are online.

You are an Anonymous user. You can register for free by clicking here

  

HOWTO Home

Current HOWTO: LINUX PLIP MINI-HOWTO


LINUX PLIP MINI-HOWTO: FAQ. Next Previous Contents

7. FAQ.

This section will (hopefully) solve your problems. If you have any other question, feel free to mail me anytime.

  • I get these messages at boot time (or when I load the plip module):
    SIOCSIFADDR: No such device
    SIOCADDRT: Network is unreachable
    
    and when I try to set up the link as written above, I get again error messages like:
    SIOCSIFADDR: No such device
    SIOCSIFDSTADDR: No such device
    SIOCADDRT: Network is unreachable
    mount clntudp_create: RPC: Port Mapper failure - RPC: Unable to send
    
    • The kernel, for some reason, hasn't PLIP support enabled. This could be due to:
      • You didn't answer yes to "PLIP support? " during kernel configuration.
      • You answered yes to "Printer support? " during kernel configuration.
      • You compiled PLIP as a module, so you must load it.
      • You are addressing the wrong port, i.e. you wrote for instance plip1 instead of plip0.
  • Is there a way to support both PLIP and LP, beside modules, perhaps with two parallel ports?
    • Yes, so far there are two ways, described in the "Patches to make PLIP and LP live together":
      • You can apply a patch to make the kernel support both.
      • You can apply another patch to make the kernel use a parallel port for PLIP and another for LP.
  • I have created the script that connects my 2 computers. I set up the link automatically in my rc.inet2, where I call a script that creates the link and enables NFS. My "two" hosts mounts some "one"'s directories; I have added the correct entries in "two"'s /etc/fstab. If I boot "two" when "one" is down, "two" halts for some minutes on the "mounting remote file systems...".
    • This happens because "two" waits to mount the "one" filesystems, but if "one" is down you must wait until "two" is bored of waiting. To avoid this, you may:
      • Comment out in rc.inet2 the command that mounts the remote filesystems
      • Remove the entry in "two"'s /etc/fstab and mount the remote filesystems manually when and if you need.
      • A better solution would be for "two" to detect upon booting whether "one" is up, and mount the filesystem if it is. This can be accomplished by replacing the mount command in rc.d or whereever with something like the following:
             if ping -c 5 one ; then
               mount one:/.....
             fi
        

  • My link is up, but ping fails. I receive the following message from the kernel:
          
    plip1: timed out (1, 89)
    
    or similar messages.
    • This means that the "your side of the link" is working, your machine sends the signal, but the "other side" isn't answering or your side is not waiting at the proper IRQ/IO Address. This is the most common problem and, alas, has a lot of possible reasons, usually bad cable or wrong IRQ and/or IO Address. The wrong IRQ is the source of over 60% of the problems, so it's very likely that changing it will remove the problem. Here is a detailed list of possible reasons:
      • The cable isn't plugged properly or is broken or is wrong. Check it, if possible, between two Linux hosts which already work with PLIP. If it is not possible, then at least test the cable with a tester. The fact that the cable worked/not worked with DOS/win95 is a good/bad omen but is not a proof.
      • The "other side" machine has not PLIP up.
      • You are linked with a notebook with a not proper parallel port, see below.
      • You have a really cheap parallel port that is a simple "printer" port, so can send and not receive.
      • Your parallel port is not set as (at least) bi-directional. Do it in the BIOS configuration. Advanced parallel port settings like EPP or ECP are ok.
      • The parallel ports have different irq, so you have to load the plip module (or the lp module) with a different irq. Go back to the chapter "Activate the PLIP link" and choose a different irq.
      • Some other device may have shared your irq (which usually is irq 7), it may be a sound card. Do not trust DOS programs like MSD, instead try to load the plip module with a different irq.
  • I put the right IRQ and IO Address, but it still doesn't work. I got the addresses from the MSD command.
    • I got a report from MSD giving wrong port addresses. Try to use this program: http://www.cs.caltech.edu/ huny/para13.zip.
  • My link is up, and ping works. I sometimes receive the following message from the kernel:
    plip1: timed out (1, 89)   
    
    or similar messages.
    • This means that the other side has not answered before the timeout. If all is working, you can ignore these messages: usually means that the other side is much slower than yours, either due to older hardware or more load. You can try to tune PLIP with the plipconfig command.
  • I have installed the PLIP connection but if I ping I get 100% data loss. I connected my desktop with a notebook.
    • Some notebook's parallel ports aren't good for PLIP, because they are only "printer ports", i.e. they can only transmit but not receive the data. So far I don't know if there is a way to make them work. The only hope is:
      • Look at your notebook setup, perhaps there is a way to configure the parallel port as a parallel port instead of a printer port. Usually is called "parallel enhanced mode".
      • Try plip mode 0. Alas I don't know how to do it and/or if it works or is still available in the last kernels.
  • What speeds can I achieve with PLIP?
    • This is an hard question to answer to, because there are MANY factors that can change deeply your performance:
      • The CPU speed on both the sides of the link.
      • The parallel port type and settings.
      • The system load.
      • What do you use PLIP for.
      Just to give a rough idea, you should achieve about 40Kbytes/sec, much faster than any serial rate and near to a low-level ethernet card.
  • What happens if I need to ifconfig up and ifconfig down many times plip1?
    • Seems that you need to add a -arp to the ifconfig command, except for the first time after each boot. I don't need, but perhaps someone does.
  • I have read the IP numbers reserved for private networks and your 200.0.0.1 and 200.0.0.2 are not in these ranges. Shouldn't they be changed?
    • Yes, they should. But as I underline since the beginning I choose these IP addresses only because of their simplicity, you are free to change them as you wish. Here is a cut from the net-2-howto:
        
          RFC1597 has specifically reserved some IP addresses for private
          networks.  You should use these as they prevent anything nasty
          happening if you accidentally get connected to the Internet. The
          addresses reserved are:
      
            10.0.0.0        -   10.255.255.255
            172.16.0.0      -   172.31.255.255
            192.168.0.0     -   192.168.255.255
      
  • Is there a way to fine tune PLIP parameters without editing the source code?
    • Yes, there is. Try the /sbin/plipconfig command. See the man page for more info.
  • I'm running Debian GNU/Linux, and under Debian, the files /etc/rc.d/rc.inet1 and 2 do not exist. Where must I write the plip configuration commands?
    • In Debian GNU/Linux you must edit /etc/init.d/network, where you have to put all the commands that should stay in rc.inet1 and 2.
  • I have some problems linking two hosts with PLIP. The first has the latest kernel, the second still uses the 1.0.x PLIP version: is this a problem?
    • Yes, it's much better, where is possible, to have the same PLIP version on both ends. In the plip.c is written that the actual PLIP cannot work with the 1.0.xx PLIP.
  • Right now PLIP works with 4 bits, what about the 8 bit PLIP I've read in the kernel docs? I think is called Mode 1.
    • This Mini-HowTo is for configuration, for technical informations please read the /usr/src/linux/drivers/net/README*.PLIP files or contact the author. What I know is only this: the standard PLIP uses "null printer" cables and is the Mode 0 (don't confuse it with plip0, which is the interface name), which uses 4 bits; Mode 1 uses 8 bits and should be available already, but will need an handmade cable and will work only between 2 Linux hosts. I don't know, once you got the cable, how to set up the Mode 1 PLIP link; if somebody does, please let me know.


Next Previous Contents

The Linux Tutorial completely respects the rights of authors and artists to decide for themselves if and how their works can be used, independent of any existing licenses. This means if you are the author of any document presented on this site and do no wish it to be displayed as it is on this site or do not wish it to be displayed at all, please contact us and we will do our very best to accommodate you. If we are unable to accommodate you, we will, at your request, remove your document as quickly as possible.

If you are the author of any document presented on this site and would like a share of the advertising revenue, please contact us using the standard Feedback Form.


  
Help us cut cost by not downloading the whole site!
Use of automated download sofware ("harvesters") such as wget, httrack, etc. causes the site to quickly exceed its bandwidth limitation and therefore is expressedly prohibited. For more details on this, take a look here

Login
Nickname

Password

Security Code
Security Code
Type Security Code


Don't have an account yet? You can create one. As a registered user you have some advantages like theme manager, comments configuration and post comments with your name.

Help if you can!


Amazon Wish List

Did You Know?
You can choose larger fonts by selecting a different themes.


Friends



Tell a Friend About Us

Bookmark and Share



Web site powered by PHP-Nuke

Is this information useful? At the very least you can help by spreading the word to your favorite newsgroups, mailing lists and forums.
All logos and trademarks in this site are property of their respective owner. The comments are property of their posters. Articles are the property of their respective owners. Unless otherwise stated in the body of the article, article content (C) 1994-2013 by James Mohr. All rights reserved. The stylized page/paper, as well as the terms "The Linux Tutorial", "The Linux Server Tutorial", "The Linux Knowledge Base and Tutorial" and "The place where you learn Linux" are service marks of James Mohr. All rights reserved.
The Linux Knowledge Base and Tutorial may contain links to sites on the Internet, which are owned and operated by third parties. The Linux Tutorial is not responsible for the content of any such third-party site. By viewing/utilizing this web site, you have agreed to our disclaimer, terms of use and privacy policy. Use of automated download software ("harvesters") such as wget, httrack, etc. causes the site to quickly exceed its bandwidth limitation and are therefore expressly prohibited. For more details on this, take a look here

PHP-Nuke Copyright © 2004 by Francisco Burzi. This is free software, and you may redistribute it under the GPL. PHP-Nuke comes with absolutely no warranty, for details, see the license.
Page Generation: 0.78 Seconds