<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Al 04/09/12 19:07, En/na
<a class="moz-txt-link-abbreviated" href="mailto:david.d.miller@att.net">david.d.miller@att.net</a> ha escrit:<br>
</div>
<blockquote
cite="mid:1346778477.8369.YahooMailClassic@web180514.mail.gq1.yahoo.com"
type="cite">
<table border="0" cellpadding="0" cellspacing="0">
<tbody>
<tr>
<td style="font: inherit;" valign="top">Sergey<br>
<br>
I printed the data you asked for and made no changes to
VAX because they looked OK to me. TCPIP SHOW ROUTE looped
and produced no output.<br>
<br>
I appreciate your examination of this problem.<br>
<br>
Diagnostic data follows......<br>
<br>
<br>
On Linux(Ubuntu) IP: 10.0.0.2 kermel 2.6.38-15-generic
.....<br>
<br>
david@Thinkpad:~/vax$ ifconfig<br>
br0 Link encap:Ethernet HWaddr 00:16:36:29:e6:7b <br>
inet addr:10.0.0.2 Bcast:10.0.0.255
Mask:255.255.255.0<br>
inet6 addr: fe80::216:36ff:fe29:e67b/64
Scope:Link<br>
UP BROADCAST RUNNING MULTICAST MTU:1500
Metric:1<br>
RX packets:11 errors:0 dropped:0 overruns:0
frame:0<br>
TX packets:46 errors:0 dropped:0 overruns:0
carrier:0<br>
collisions:0 txqueuelen:0 <br>
RX bytes:811 (811.0 B) TX bytes:16459 (16.4 KB)<br>
<br>
eth0 Link encap:Ethernet HWaddr 00:16:36:29:e6:7b <br>
inet6 addr: fe80::216:36ff:fe29:e67b/64
Scope:Link<br>
UP BROADCAST RUNNING MULTICAST MTU:1500
Metric:1<br>
RX packets:81237 errors:0 dropped:0 overruns:0
frame:0<br>
TX packets:73843 errors:0 dropped:0 overruns:0
carrier:0<br>
collisions:0 txqueuelen:1000 <br>
RX bytes:80090941 (80.0 MB) TX bytes:11682488
(11.6 MB)<br>
Interrupt:16 <br>
<br>
tap0 Link encap:Ethernet HWaddr 86:bc:f0:f2:2c:de <br>
UP BROADCAST MULTICAST MTU:1500 Metric:1<br>
RX packets:0 errors:0 dropped:0 overruns:0
frame:0<br>
TX packets:0 errors:0 dropped:0 overruns:0
carrier:0<br>
collisions:0 txqueuelen:500 <br>
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)<br>
<br>
<br>
david@Thinkpad:~/vax$ brctl show<br>
bridge name bridge id STP enabled interfaces<br>
br0 8000.00163629e67b no eth0<br>
tap0<br>
david@Thinkpad:~/vax$ brctl show br0<br>
bridge name bridge id STP enabled interfaces<br>
br0 8000.00163629e67b no eth0<br>
tap0<br>
david@Thinkpad:~/vax$ brctl showmacs br0<br>
port no mac addr is local? ageing timer<br>
1 00:0d:4b:4b:3d:ab no 6.52<br>
1 00:16:36:29:e6:7b yes 0.00<br>
1 00:21:6a:75:6d:04 no 63.15<br>
2 86:bc:f0:f2:2c:de yes 0.00<br>
1 e0:46:9a:58:62:14 no 31.61<br>
david@Thinkpad:~/vax$ route -n<br>
Kernel IP routing table<br>
Destination Gateway Genmask Flags
Metric Ref Use Iface<br>
10.0.0.0 0.0.0.0 255.255.255.0 U
0 0 0 br0<br>
0.0.0.0 10.0.0.1 0.0.0.0 UG
0 0 0 br0<br>
<br>
In SIMH ......<br>
<br>
sim> sho ver<br>
VAX simulator V3.8-1 [64b data, 64b addresses, Ethernet
support]<br>
sim> show xq<br>
XQ, address=20001920-2000192F, no vector,
MAC=08:00:2B:AA:BB:CC, type=DELQA, poll=100, attached to
tap0<br>
<br>
In OpenVMS V7.3 on node MYVAX 4-SEP-2012 <br>
<br>
$ tcpip show interface /full<br>
Interface: LO0<br>
IP_Addr: 127.0.0.1 NETWRK: 255.0.0.0
BRDCST:<br>
MTU: 4096<br>
Flags: UP LOOP NOARP MCAST SMPX<br>
RECEIVE SEND<br>
Packets 0 0<br>
Errors 0 0<br>
Collisions: 0<br>
<br>
Interface: QE0<br>
IP_Addr: 10.0.0.99 NETWRK: 255.0.0.0
BRDCST: 10.255.255.255<br>
Cluster <br>
C_Addr: C_NETWRK:
C_BRDCST:<br>
Ethernet_Addr: 08-00-2B-AA-BB-CC
MTU: 1500<br>
Flags: UP BRDCST RUN MCAST SMPX<br>
RECEIVE SEND<br>
Packets 0 5<br>
Errors 0 0<br>
Collisions: 0<br>
<br>
$ tcpip show route /full<br>
MYVAX::SYSTEM 09:53:18 TCPIP$UCP CPU=00:00:03.15 PF=4490
IO=341 MEM=931<br>
MYVAX::SYSTEM 09:53:22 TCPIP$UCP CPU=00:00:03.15 PF=4502
IO=347 MEM=943<br>
MYVAX::SYSTEM 09:53:29 TCPIP$UCP CPU=00:00:03.16 PF=4502
IO=353 MEM=943<br>
Interrupt <br>
<br>
SHOW ROUTE just hangs .. well, I see it's doing I/Os, but
no results.<br>
<br>
$ mc tcpip$ping 10.0.0.2<br>
<br>
</td>
</tr>
</tbody>
</table>
</blockquote>
<br>
The only weird thing I see is there is a mismatch between the
netmasks you assigned in the linux side (255.255.255.0) and the VAX
side (255.0.0.0). That COULD be the cause of the PING timeout. The
cause for the SHOW ROUTE is that it tries to get the names
associated to the addresses, so it does a DNS call which times out,
hence the hang you are observing. Try to change the netmask to
255.0.0.0 in the linux side and tell us what happens. It _should_
work, unless you have some sort of firewall at the linux side
preventing the ping succeeding.<br>
<br>
</body>
</html>