Al 04/09/12 19:07, En/na [email protected] ha escrit:
Sergey

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.

I appreciate your examination of this problem.

Diagnostic data follows......


On Linux(Ubuntu) IP: 10.0.0.2 kermel 2.6.38-15-generic .....

david@Thinkpad:~/vax$ ifconfig
br0       Link encap:Ethernet  HWaddr 00:16:36:29:e6:7b
          inet addr:10.0.0.2  Bcast:10.0.0.255 Mask:255.255.255.0
          inet6 addr: fe80::216:36ff:fe29:e67b/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500 Metric:1
          RX packets:11 errors:0 dropped:0 overruns:0 frame:0
          TX packets:46 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:811 (811.0 B)  TX bytes:16459 (16.4 KB)

eth0      Link encap:Ethernet  HWaddr 00:16:36:29:e6:7b
          inet6 addr: fe80::216:36ff:fe29:e67b/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500 Metric:1
          RX packets:81237 errors:0 dropped:0 overruns:0 frame:0
          TX packets:73843 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:80090941 (80.0 MB)  TX bytes:11682488 (11.6 MB)
          Interrupt:16

tap0      Link encap:Ethernet  HWaddr 86:bc:f0:f2:2c:de
          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:500
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)


david@Thinkpad:~/vax$ brctl show
bridge name    bridge id        STP enabled    interfaces
br0        8000.00163629e67b    no        eth0
                            tap0
david@Thinkpad:~/vax$ brctl show br0
bridge name    bridge id        STP enabled    interfaces
br0        8000.00163629e67b    no        eth0
                            tap0
david@Thinkpad:~/vax$ brctl showmacs br0
port no    mac addr        is local?    ageing timer
  1    00:0d:4b:4b:3d:ab    no           6.52
  1    00:16:36:29:e6:7b    yes           0.00
  1    00:21:6a:75:6d:04    no          63.15
  2    86:bc:f0:f2:2c:de    yes           0.00
  1    e0:46:9a:58:62:14    no          31.61
david@Thinkpad:~/vax$ route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.0.0.0        0.0.0.0         255.255.255.0   U 0      0        0 br0
0.0.0.0         10.0.0.1        0.0.0.0         UG 0      0        0 br0

In SIMH ......

sim> sho ver
VAX simulator V3.8-1 [64b data, 64b addresses, Ethernet support]
sim> show xq
XQ, address=20001920-2000192F, no vector, MAC=08:00:2B:AA:BB:CC, type=DELQA, poll=100, attached to tap0

In OpenVMS V7.3  on node MYVAX   4-SEP-2012

$ tcpip show interface /full
 Interface: LO0
   IP_Addr: 127.0.0.1         NETWRK: 255.0.0.0 BRDCST:
MTU:  4096
     Flags: UP LOOP NOARP MCAST SMPX
                                  RECEIVE        SEND
   Packets                              0           0
     Errors                             0           0
   Collisions:                          0

 Interface: QE0
   IP_Addr: 10.0.0.99         NETWRK: 255.0.0.0 BRDCST: 10.255.255.255
 Cluster
    C_Addr:                 C_NETWRK: C_BRDCST:
                       Ethernet_Addr: 08-00-2B-AA-BB-CC MTU:  1500
     Flags: UP BRDCST RUN MCAST SMPX
                                  RECEIVE        SEND
   Packets                              0           5
     Errors                             0           0
   Collisions:                          0

$ tcpip show route /full
MYVAX::SYSTEM 09:53:18 TCPIP$UCP CPU=00:00:03.15 PF=4490 IO=341 MEM=931
MYVAX::SYSTEM 09:53:22 TCPIP$UCP CPU=00:00:03.15 PF=4502 IO=347 MEM=943
MYVAX::SYSTEM 09:53:29 TCPIP$UCP CPU=00:00:03.16 PF=4502 IO=353 MEM=943
 Interrupt

SHOW ROUTE just hangs .. well, I see it's doing I/Os, but no results.

$ mc tcpip$ping 10.0.0.2


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.

_______________________________________________
Simh mailing list
[email protected]
http://mailman.trailing-edge.com/mailman/listinfo/simh

Reply via email to