On Thu, Sep 08, 2005 at 01:05:17PM -0400, Michael C. Toren wrote:
> On Thu, Sep 08, 2005 at 06:53:08PM +0300, Wladimir Mutel wrote:
> > Being used through ppp0, tcpraceroute just writes stars as it gets
> > timeout. Looking into ppp0 with tcpdump does not show any sensible
> > traffic outgoing. May be tcptraceroute has some problems with SLL
> > incapsulation ? This started to happen after upgrading to kernel 2.6.13
> > compiled with gcc 4.0.1-6 .
>
> Hi Wladimir,
>
> Can you please show me the output of the following commands on your
> system when your default gateway uses ppp0?
>
> ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:0E:2E:29:99:77
inet addr:195.24.148.66 Bcast:195.24.148.255 Mask:255.255.255.240
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:13571271 errors:0 dropped:0 overruns:0 frame:0
TX packets:8993251 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:3146381973 (2.9 GiB) TX bytes:917053707 (874.5 MiB)
Interrupt:17 Base address:0xef00
eth1 Link encap:Ethernet HWaddr 00:30:4F:23:A8:11
inet addr:192.168.58.16 Bcast:192.168.58.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:11335302 errors:0 dropped:0 overruns:0 frame:0
TX packets:12087155 errors:0 dropped:0 overruns:1 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2256468981 (2.1 GiB) TX bytes:3978457417 (3.7 GiB)
Interrupt:18 Base address:0xe00
eth2 Link encap:Ethernet HWaddr 00:0B:6A:B7:2E:6A
inet addr:192.168.77.1 Bcast:192.168.77.255 Mask:255.255.255.0
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Interrupt:19 Base address:0x2b00
eth3 Link encap:UNSPEC HWaddr
00-60-1D-00-00-00-E0-4D-00-00-00-00-00-00-00-00
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:198999 errors:0 dropped:0 overruns:0 frame:0
TX packets:198999 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:162969740 (155.4 MiB) TX bytes:162969740 (155.4 MiB)
ppp0 Link encap:Point-to-Point Protocol
inet addr:62.244.12.189 P-t-P:62.244.12.254 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:1151388 errors:0 dropped:0 overruns:0 frame:0
TX packets:1018110 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:1058944018 (1009.8 MiB) TX bytes:95209053 (90.7 MiB)
vmnet1 Link encap:Ethernet HWaddr 00:50:56:C0:00:01
inet addr:192.168.77.9 Bcast:192.168.77.11 Mask:255.255.255.252
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:200027 errors:0 dropped:0 overruns:0 frame:0
TX packets:167359 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
> traceroute -m3 -q1 -I toren.net
I have traceroute-nanog, so :
$ traceroute -m3 -q1 -I toren.net
traceroute: icmp socket: Operation not permitted
$ sudo traceroute -m3 -q1 -I toren.net
max ttl must be >= min ttl(1)
$ sudo traceroute -m 3 -q 1 toren.net
traceroute to toren.net (209.163.107.167), 3 hops max, 40 byte packets
1 lucky-gw (62.244.12.254) 633 ms
2 serval.lucky.net (193.193.193.112) 291 ms
3 bastet.lucky.net (193.193.193.44) 335 ms
(what number should be after -I ?)
> tcptraceroute -m3 -q1 toren.net
$ tcptraceroute -m3 -q1 toren.net
Selected device ppp0, address 62.244.12.189, port 35767 for outgoing
packets
Tracing the path to toren.net (209.163.107.167) on TCP port 80 (www), 3
hops max
1 *
2 *
3 *
> tcptraceroute -m3 -q1 -d toren.net
$ tcptraceroute -m3 -q1 -d toren.net
debug: tcptraceroute 1.5beta6, i686-pc-linux-gnu
debug: Compiled with libpcap 0.7.2, libnet 1.1.2.1 (API 110)
debug: entering getinterfaces()
debug: ifreq buffer set to 32
debug: Successfully retrieved interface list
debug: Discovered interface lo with address 127.0.0.1
debug: Discovered interface eth0 with address 195.24.148.66
debug: Discovered interface eth1 with address 192.168.58.16
debug: Discovered interface eth2 with address 192.168.77.1
debug: Discovered interface vmnet1 with address 192.168.77.9
debug: Discovered interface ppp0 with address 62.244.12.189
debug: leaving getinterfaces()
debug: Determined source address of 62.244.12.189 to reach 209.163.107.167
debug: entering finddev()
debug: finddev() returning ppp0
debug: Setting o_syn, in absence of either o_syn or o_ack
debug: debugoptions():
debug: TEXTSIZE: 1024 SNAPLEN: 92 IPTOSBUFFERS: 12
debug: ALLOCATEID_CACHE: 512 datalink: 113 datalinkoffset: 16
debug: o_minttl: 1 o_maxttl: 3 o_timeout: 3
debug: o_debug: 1 o_numeric: 0 o_pktlen: 0
debug: o_nqueries: 1 o_dontfrag: 0 o_tos: 0
debug: o_forceport: 0 o_syn: 1 o_ack: 0
debug: o_ecn: 0 o_nofilter: 0 o_nogetinterfaces: 0
debug: o_trackport: 0 datalinkname: PPP_HDLC device: ppp0
debug: o_noselect: 0 o_dnat: 0 isn: 1895033772
Selected device ppp0, address 62.244.12.189, port 35769 for outgoing packets
debug: pcap filter is:
(tcp and src host 209.163.107.167 and src port 80 and dst host
62.244.12.189)
or ((icmp[0] == 11 or icmp[0] == 3) and dst host 62.244.12.189)
Tracing the path to toren.net (209.163.107.167) on TCP port 80 (www), 3 hops max
debug: Generating a new batch of 512 IP ID's
debug: Sent probe 1 of 1 for hop 1, IP ID 39092, source port 35769, SYN
debug: select() timeout
debug: timeout
debug: displayed hop
1 *
debug: Sent probe 1 of 1 for hop 2, IP ID 3787, source port 35769, SYN
debug: select() timeout
debug: timeout
debug: displayed hop
2 *
debug: Sent probe 1 of 1 for hop 3, IP ID 43433, source port 35769, SYN
debug: select() timeout
debug: timeout
debug: displayed hop
3 *
Destination not reached
> > tcptraceroute through eth0 works well. May be something is with libnet1 ?
> More likely it has to do with libpcap, and using the wrong linklayer
> header length.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
