loose source route
Vadim Antonov
avg at sprint.net
Mon Mar 27 18:27:48 UTC 1995
Source routing is dangerous.
Hoever, i see no harm to allow source routing for a particular
type of packets (for example, for ICMP echo requests).
Cisco? Are you there?
--vadim
>From list-admin at merit.edu Fri Mar 24 16:40:49 1995
Received: from merit.edu (merit.edu [35.1.1.42]) by titan.sprintlink.net (8.6.9/8.6.8) with ESMTP id LAA16452 for <avg at titan.sprintlink.net>; Fri, 24 Mar 1995 11:40:48 -0500
Received: from sneezy.lanl.gov (sneezy.lanl.gov [128.165.114.1]) by merit.edu (8.6.10/merit-2.0) with ESMTP id LAA12539 for <nanog at merit.edu>; Fri, 24 Mar 1995 11:07:05 -0500
Received: from localhost.lanl.gov (localhost.lanl.gov [127.0.0.1]) by sneezy.lanl.gov (8.6.10/8.6.10) with SMTP id JAA25814 for <nanog at merit.edu>; Fri, 24 Mar 1995 09:07:04 -0700
Message-Id: <199503241607.JAA25814 at sneezy.lanl.gov>
X-Authentication-Warning: sneezy.lanl.gov: Host localhost.lanl.gov didn't use HELO protocol
To: nanog at merit.edu
Subject: loose source route
Date: Fri, 24 Mar 1995 09:07:03 -0700
From: "C. Philip Wood" <cpw at lanl.gov>
Status: R
On occasion, I use traceroute with the option that allows a
different viewpoint (as in the IP loose source route option).
Today, I tried to:
traceroute -g 134.164.8.2 192.156.135.34
traceroute to 192.156.135.34 (192.156.135.34), 30 hops max, 40 byte packets
1 esnet-rt2 (192.16.1.244) 6 ms 4 ms 18 ms
2 lanl3-e-lanl1.es.net (134.55.20.139) 4 ms 4 ms 4 ms
3 llnl-e-llnl2.es.net (134.55.12.225) 40 ms 37 ms 56 ms
4 fix-west-cpe.SanFrancisco.mci.net (192.203.230.18) 53 ms 42 ms 52 ms
5 border3-hssi2-0.SanFrancisco.mci.net (204.70.34.9) 52 ms 49 ms 56 ms
6 core-fddi-0.SanFrancisco.mci.net (204.70.2.161) 55 ms 66 ms 55 ms
7 core-hssi-2.LosAngeles.mci.net (204.70.1.41) 55 ms 78 ms 64 ms
8 core-hssi-2.Houston.mci.net (204.70.1.33) 88 ms 87 ms 90 ms
9 core-hssi-2.Atlanta.mci.net (204.70.1.25) 105 ms 113 ms 110 ms
10 border1-fddi0-0.Atlanta.mci.net (204.70.2.50) 171 ms 119 ms 112 ms
11 suranet-cpe.Atlanta.mci.net (204.70.16.6) 121 ms 120 ms 111 ms
12 atu2-atu-cf.sura.net (192.221.42.2) 111 ms 142 ms 111 ms
13 jck1-atu2-c1.sura.net (128.167.2.2) 142 ms jck1-atu2-c3mb.sura.net (128.167.4.2) 143 ms jck1-atu2-c1.sura.net (128.167.2.2) 226 ms
14 wes-jck1-c1.sura.net (192.221.5.34) 176 ms !S
I thought that it was still reasonable for service providers to
allow that option while possibly denying it on an interface to
a customers network.
What's the ruling on that?
Thanks,
Phil
More information about the NANOG
mailing list