Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!news.rmit.EDU.AU!news.unimelb.EDU.AU!munnari.OZ.AU!news.ecn.uoknor.edu!paladin.american.edu!gatech!swrinde!howland.reston.ans.net!vixen.cso.uiuc.edu!usenet.ucs.indiana.edu!catseye.bluemarble.net!ragnarok.oar.net!malgudi.oar.net!wariat.org!news.nask.org.pl!news.cto.us.edu.pl!gate.math2.us.edu.pl!swierzy
From: swierzy@gate.math2.us.edu.pl (Witek Swierzy)
Newsgroups: comp.unix.bsd.freebsd.misc
Subject: Re: routing problem ...
Date: 16 Apr 1996 12:55:31 GMT
Organization: Silesian University, Katowice, Poland
Lines: 65
Distribution: world
Message-ID: <4l05c3$q4b@helios.cto.us.edu.pl>
References: <4j98t3$3hb@helios.cto.us.edu.pl> <4k1goi$krb@uriah.heep.sax.de> <4kghmr$1e@helios.cto.us.edu.pl> <4kmqjh$f8c@uriah.heep.sax.de>
NNTP-Posting-Host: gate.math2.us.edu.pl
X-Newsreader: TIN [version 1.2 PL2]
J Wunsch (j@uriah.heep.sax.de) wrote:
: > Routing tables
: > Internet:
: > Destination Gateway Flags Refs Use Netif Expire
: > default 155.158.3.1 UGSc 10 3 ed0
: > 155.158.3 link#1 UC 1 0
: > 155.158.3.1 0:0:c:15:57:93 UHLW 46 0 ed0 1038
: > 155.158.3.3 0:0:c0:c6:6a:65 UHLW 1 0 ed0 1159
: > 155.158.3.5 0:0:c0:8b:64:62 UHLW 1 0 ed0 739
: > 155.158.3.11 link#1 UHLW 3 0
: > 155.158.3.12 link#1 UHLW 1 81
: ^^^^^^ (1 *)
: > 155.158.3.13 127.0.0.1 UGHS 0 774 lo0
: ..
: > 155.158.20 155.158.3.12 UGc 0 94 ed0
: > 155.158.21 link#3 UC 1 0
: > 155.158.21.1 0:60:8c:b3:bb:b2 UHLW 0 1 lo0
(2*)
: > 155.158.21.10 link#3 UHLW 1 98
: Something's really weird here.
: (1 *) -- two of the hosts on the .3 subnet have been attempted to be
: resolved via ARP, but failed, one of them is the other FreeBSD
: machine
: -- i can't seem to find any mention of a second ethernet interface
: in this routing table; are the secondary networks, however,
: the .21 subnet is mentioned as link#3 -- what's the interface
: for link#3 ?
Hi !
2* Here is second ethernet interface, Etherlink 3
: The routing table seems to be somewhat confusing. Did you try to kill
: routed, and enter all routing table entries manually, just for
: testing?
Yes. I tried to enter manually routing tables (even under Ka9q). It didn't
help...
: If this works, i'd suggest you getting GateD, and constructing a gated
: configuration that avoids to import `bogus' routing entries.
I tried to use gated, but it didn't help too. Now i try to explain
this problem with administrator of CISCO router. It may be problem
with CISCO. Here is result of using traceroute from 155.158.12.14
to 155.158.21.1 :
1 155.158.12.1 (155.158.12.1) 3.603 ms 3.113 ms 2.944 ms
2 u4-u4-eth.man.katowice.pl (155.158.3.1) 3.901 ms 4.280 ms 5.073 ms
3 u4-u4-eth.man.katowice.pl (155.158.3.1) 4.287 ms !H * 3.805 ms !H
: I can't
: figure the reason exactly from the above, but it looks like your
: routing table somehow gets confused by some imported routing
: information. (I assume your Cisco announces the routing tables via
: RIP.)
: --
: cheers, J"org
: joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
: Never trust an operating system you don't have sources for. ;-)
Thanks for Your answer
Witek Swierzy