From mother@gaia.ether.net  Wed Aug 13 20:25:00 1997
Received: from gaia.ether.net (usr23-dialup27.mix2.Atlanta.mci.net [166.55.56.155])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA18555
          for <FreeBSD-gnats-submit@freebsd.org>; Wed, 13 Aug 1997 20:24:50 -0700 (PDT)
Received: (from mother@localhost)
	by gaia.ether.net (8.8.5/8.8.5) id XAA00355;
	Thu, 14 Aug 1997 23:23:37 -0400 (EDT)
Message-Id: <199708150323.XAA00355@gaia.ether.net>
Date: Thu, 14 Aug 1997 23:23:37 -0400 (EDT)
From: Marc Othersen <mother@gaia.ether.net>
Reply-To: mother@gaia.ether.net
To: FreeBSD-gnats-submit@freebsd.org
Subject: adding a default route lags all network functions
X-Send-Pr-Version: 3.2

>Number:         4301
>Category:       kern
>Synopsis:       adding a default route lags all network functions
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    fenner
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Aug 13 20:30:01 PDT 1997
>Closed-Date:    Tue Apr 14 12:16:42 PDT 1998
>Last-Modified:  Tue Apr 14 12:16:53 PDT 1998
>Originator:     Marc Othersen
>Release:        FreeBSD 2.2.2-RELEASE i386
>Organization:
>Environment:

Compaq LTE 5300 laptop (I have the PAO stuff for the PCMCIA)

Output of dmesg:

Copyright (c) 1992-1997 FreeBSD Inc.
Copyright (c) 1982, 1986, 1989, 1991, 1993
	The Regents of the University of California.  All rights reserved.

FreeBSD 2.2.2-RELEASE #0: Thu Aug 14 22:29:04 EDT 1997
    mother@gaia.ether.net:/usr/src/sys/compile/MYKERNEL
CPU: Pentium (133.34-MHz 586-class CPU)
  Origin = "GenuineIntel"  Id = 0x52c  Stepping=12
  Features=0x1bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8>
real memory  = 33554432 (32768K bytes)
avail memory = 30494720 (29780K bytes)
Initializing PC-card drivers: ep sio wdc 
Probing for devices on PCI bus 0:
chip0 <generic PCI bridge (vendor=1045 device=c557 subclass=0)> rev 0 on pci0:0
chip1 <generic PCI bridge (vendor=1045 device=c558 subclass=1)> rev 0 on pci0:1
vga0 <VGA-compatible display device> rev 0 int a irq ?? on pci0:2
Probing for devices on the ISA bus:
sc0 at 0x60-0x6f irq 1 on motherboard
sc0: VGA color <16 virtual consoles, flags=0x0>
lpt0 at 0x378-0x37f irq 7 on isa
lpt0: Interrupt-driven port
lp0: TCP/IP capable interface
psm0 at 0x60-0x64 irq 12 on motherboard
psm0: device ID 0
sio0 at 0x3f8-0x3ff irq 4 on isa
sio0: type 16550A
sio1 at 0x2f8-0x2ff irq 3 on isa
sio1: type 16550A
sio2 not found at 0x3e8
wdc0 at 0x1f0-0x1f7 irq 14 on isa
wdc0: unit 0 (wd0): <TOSHIBA MK1302MAN>
wd0: 1295MB (2654064 sectors), 2633 cyls, 16 heads, 63 S/T, 512 B/S
wdc0: unit 1 (atapi): <UJDCD6700/1.05>, removable, intr, iordy
wcd0: 1033Kb/sec, 128Kb cache, audio play, 255 volume levels, ejectable tray
wcd0: medium type unknown, unlocked
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
ep0 not found at 0x300
npx0 on motherboard
npx0: INT 16 interface
sb0 at 0x220 irq 7 drq 1 on isa
sb0: <SoundBlaster Pro 3.1>
PC-Card Cirrus Logic PD672X (5 mem & 2 I/O windows)
pcic: controller irq 5
Card inserted, slot 1
Card inserted, slot 0
Slot 0, unfielded interrupt (0)
ep0: utp/bnc[*UTP*] address 00:60:97:8b:21:87
sio2: type 16550A

>Description:

  Adding a default route (route add default x.x.x.x) introduces a very long 
(over 2 min) delay for all network related functions (telnet, ftp, arp -a...).  

I can ping and telnet to my local machine (either localhost or IP address)
BEFORE I put in a default route without any problems.  I can also do the same
to anyone on my local segment.  

AFTER I put in the default route, pings seem to work just fine, but the other
higher applications (telnet, ftp, etc...) lag for some time before connecting
to ANYTHING (hosts off of my segment, on my segment, or even to myself).  I also
noticed that when a default route is in place, the ppp user process will pause 
when launched.  When I remove the default route, everything goes back to normal.


>How-To-Repeat:

	

>Fix:
	
	

>Release-Note:
>Audit-Trail:

From: Bill Fenner <fenner@parc.xerox.com>
To: mother@gaia.ether.net
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: kern/4301: adding a default route lags all network functions 
Date: Thu, 14 Aug 1997 00:26:50 PDT

 Do you have a name server configured in /etc/resolv.conf?  Is it correct?
 
   Bill

From: Marc Othersen <mother@mci2000.com>
To: freebsd-gnats-submit@freebsd.org, fenner@parc.xerox.com
Cc:  Subject: Re: kern/4301: adding a default route lags all network functions
Date: Fri, 15 Aug 1997 11:34:27 -0400

 Bill,
 
   Yes I have my resolv.conf set up correctly.  The lag problem happens
 even if I use IP addresses for telnet etc...  This should bypass all of
 the name resolution routines, yes?
 
 Marc
 

From: Bill Fenner <fenner@parc.xerox.com>
To: fenner@parc.xerox.com, freebsd-gnats-submit@freebsd.org,
        mother@mci2000.com
Cc:  Subject: Re: kern/4301: adding a default route lags all network functions
Date: Thu, 14 Aug 1997 13:06:33 PDT

 Not necessarily.  e.g.:
 
 % telnet 13.2.116.11
 Trying 13.2.116.11...
 Connected to crevenia.parc.xerox.com.
 
 telnet did a DNS lookup to be able to print "Connected to ...".
 
 Does using the "-n" flag to ping change whether or not you have this
 delay problem?
 
   Bill
State-Changed-From-To: open->feedback 
State-Changed-By: fenner 
State-Changed-When: Sun Nov 2 19:55:10 PST 1997 
State-Changed-Why:  
As asked in the audit trail, does preventing DNS lookups with "-n" 
change whether or not you have the delay problem? 


Responsible-Changed-From-To: freebsd-bugs->fenner 
Responsible-Changed-By: fenner 
Responsible-Changed-When: Sun Nov 2 19:55:10 PST 1997 
Responsible-Changed-Why:  
fenner responded to the initial PR with some debugging requests 
State-Changed-From-To: feedback->closed 
State-Changed-By: phk 
State-Changed-When: Tue Apr 14 12:16:42 PDT 1998 
State-Changed-Why:  
timed out 
>Unformatted:
