Odd TraceRoute To Linux/390 Guests via VM TCPIP
(Crossposted on VMESA-L and Linux-VM) Hi Folks, I'm in the process of implementing gigabit ethernet for a client and am very curious about something. I have a TCPIP stack on VM (VM/ESA 2.4.0) with a dedicated gigabit card at IP address 152.225.118.46. I have a Linux/390 guest virtual machine VCTC coupled to this TCPIP virtual machine at IP address 152.225.118.50. Take a look at the traceroute below, when I trace to .46 it's nice and clean. However when I trace to .50 .46 times out. Any idea what causes this? VM's TCPIP is proxyarping for these guests, by the way. I:\tracert 152.225.118.46 Tracing route to 152.225.118.46 over a maximum of 30 hops 1 10 ms 10 ms 10 ms 152.225.39.2 2 10 ms 10 ms 10 ms 152.225.119.194 3 10 ms 10 ms 10 ms 152.225.46.36 4 10 ms 10 ms 10 ms 152.225.118.46 Trace complete. I:\tracert 152.225.118.49 Tracing route to 152.225.118.49 over a maximum of 30 hops 1 10 ms 10 ms 10 ms 152.225.39.2 2 10 ms 10 ms 10 ms 152.225.119.194 3 10 ms 10 ms 10 ms 152.225.46.36 4 *** Request timed out. 5 10 ms 10 ms 10 ms 152.225.118.49 Trace complete. Thanks in advance. :) -Michael Coffin
Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP
Hey Michael, Am I missing something here... What is 152.225.118.49 Rob Robert C Schwartz Technical Services Boscovs Department Stores LLC 610-929-7387 [EMAIL PROTECTED] - Original Message - From: Michael Coffin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 18, 2002 10:02 AM Subject: Odd TraceRoute To Linux/390 Guests via VM TCPIP (Crossposted on VMESA-L and Linux-VM) Hi Folks, I'm in the process of implementing gigabit ethernet for a client and am very curious about something. I have a TCPIP stack on VM (VM/ESA 2.4.0) with a dedicated gigabit card at IP address 152.225.118.46. I have a Linux/390 guest virtual machine VCTC coupled to this TCPIP virtual machine at IP address 152.225.118.50. Take a look at the traceroute below, when I trace to .46 it's nice and clean. However when I trace to .50 .46 times out. Any idea what causes this? VM's TCPIP is proxyarping for these guests, by the way. I:\tracert 152.225.118.46 Tracing route to 152.225.118.46 over a maximum of 30 hops 1 10 ms 10 ms 10 ms 152.225.39.2 2 10 ms 10 ms 10 ms 152.225.119.194 3 10 ms 10 ms 10 ms 152.225.46.36 4 10 ms 10 ms 10 ms 152.225.118.46 Trace complete. I:\tracert 152.225.118.49 Tracing route to 152.225.118.49 over a maximum of 30 hops 1 10 ms 10 ms 10 ms 152.225.39.2 2 10 ms 10 ms 10 ms 152.225.119.194 3 10 ms 10 ms 10 ms 152.225.46.36 4 *** Request timed out. 5 10 ms 10 ms 10 ms 152.225.118.49 Trace complete. Thanks in advance. :) -Michael Coffin
Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP
Arrggh - I have guests at both .49 and .50, I evidently included the trace to .49 (same results). Strike .50 in my note and replace it with .49 (sorry for the confusion). Michael Coffin, VM Systems Programmer Internal Revenue Service - Room 6527 Constitution Avenue, N.W. Washington, D.C. 20224 Voice: (202) 927-4188 FAX: (202) 622-3123 [EMAIL PROTECTED] -Original Message- From: Rob Schwartz [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 18, 2002 10:21 AM To: [EMAIL PROTECTED] Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP Hey Michael, Am I missing something here... What is 152.225.118.49 Rob Robert C Schwartz Technical Services Boscovs Department Stores LLC 610-929-7387 [EMAIL PROTECTED] - Original Message - From: Michael Coffin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 18, 2002 10:02 AM Subject: Odd TraceRoute To Linux/390 Guests via VM TCPIP (Crossposted on VMESA-L and Linux-VM) Hi Folks, I'm in the process of implementing gigabit ethernet for a client and am very curious about something. I have a TCPIP stack on VM (VM/ESA 2.4.0) with a dedicated gigabit card at IP address 152.225.118.46. I have a Linux/390 guest virtual machine VCTC coupled to this TCPIP virtual machine at IP address 152.225.118.50. Take a look at the traceroute below, when I trace to .46 it's nice and clean. However when I trace to .50 .46 times out. Any idea what causes this? VM's TCPIP is proxyarping for these guests, by the way. I:\tracert 152.225.118.46 Tracing route to 152.225.118.46 over a maximum of 30 hops 1 10 ms 10 ms 10 ms 152.225.39.2 2 10 ms 10 ms 10 ms 152.225.119.194 3 10 ms 10 ms 10 ms 152.225.46.36 4 10 ms 10 ms 10 ms 152.225.118.46 Trace complete. I:\tracert 152.225.118.49 Tracing route to 152.225.118.49 over a maximum of 30 hops 1 10 ms 10 ms 10 ms 152.225.39.2 2 10 ms 10 ms 10 ms 152.225.119.194 3 10 ms 10 ms 10 ms 152.225.46.36 4 *** Request timed out. 5 10 ms 10 ms 10 ms 152.225.118.49 Trace complete. Thanks in advance. :) -Michael Coffin
Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP
Can you ping from VM to .49? What's the status of the VCTC device? Can you ping from the .49 Linux machine to .46? Robert C Schwartz Technical Services Boscovs Department Stores LLC 610-929-7387 [EMAIL PROTECTED] - Original Message - From: Coffin Michael C [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 18, 2002 10:20 AM Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP Arrggh - I have guests at both .49 and .50, I evidently included the trace to .49 (same results). Strike .50 in my note and replace it with .49 (sorry for the confusion). Michael Coffin, VM Systems Programmer Internal Revenue Service - Room 6527 Constitution Avenue, N.W. Washington, D.C. 20224 Voice: (202) 927-4188 FAX: (202) 622-3123 [EMAIL PROTECTED] -Original Message- From: Rob Schwartz [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 18, 2002 10:21 AM To: [EMAIL PROTECTED] Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP Hey Michael, Am I missing something here... What is 152.225.118.49 Rob Robert C Schwartz Technical Services Boscovs Department Stores LLC 610-929-7387 [EMAIL PROTECTED] - Original Message - From: Michael Coffin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 18, 2002 10:02 AM Subject: Odd TraceRoute To Linux/390 Guests via VM TCPIP (Crossposted on VMESA-L and Linux-VM) Hi Folks, I'm in the process of implementing gigabit ethernet for a client and am very curious about something. I have a TCPIP stack on VM (VM/ESA 2.4.0) with a dedicated gigabit card at IP address 152.225.118.46. I have a Linux/390 guest virtual machine VCTC coupled to this TCPIP virtual machine at IP address 152.225.118.50. Take a look at the traceroute below, when I trace to .46 it's nice and clean. However when I trace to .50 .46 times out. Any idea what causes this? VM's TCPIP is proxyarping for these guests, by the way. I:\tracert 152.225.118.46 Tracing route to 152.225.118.46 over a maximum of 30 hops 1 10 ms 10 ms 10 ms 152.225.39.2 2 10 ms 10 ms 10 ms 152.225.119.194 3 10 ms 10 ms 10 ms 152.225.46.36 4 10 ms 10 ms 10 ms 152.225.118.46 Trace complete. I:\tracert 152.225.118.49 Tracing route to 152.225.118.49 over a maximum of 30 hops 1 10 ms 10 ms 10 ms 152.225.39.2 2 10 ms 10 ms 10 ms 152.225.119.194 3 10 ms 10 ms 10 ms 152.225.46.36 4 *** Request timed out. 5 10 ms 10 ms 10 ms 152.225.118.49 Trace complete. Thanks in advance. :) -Michael Coffin
Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP
Hi Rob, Yes, pinging works fine to/from the guests. In fact all IP traffic to/from the guests works fine - but traceroute shows this timeout at .46 (the VM TCPIP server). I'd just like to understand why it times out and clear it up if possible. I'm not sure what you mean by the status of the VCTC device. It's pairs are coupled and working fine or we wouldn't be able to talk between the Linux/390 and VM TCPIP machines. -TIA Michael Coffin, VM Systems Programmer Internal Revenue Service - Room 6527 Constitution Avenue, N.W. Washington, D.C. 20224 Voice: (202) 927-4188 FAX: (202) 622-3123 [EMAIL PROTECTED] -Original Message- From: Rob Schwartz [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 18, 2002 10:43 AM To: [EMAIL PROTECTED] Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP Can you ping from VM to .49? What's the status of the VCTC device? Can you ping from the .49 Linux machine to .46? Robert C Schwartz Technical Services Boscovs Department Stores LLC 610-929-7387 [EMAIL PROTECTED] - Original Message - From: Coffin Michael C [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 18, 2002 10:20 AM Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP Arrggh - I have guests at both .49 and .50, I evidently included the trace to .49 (same results). Strike .50 in my note and replace it with .49 (sorry for the confusion). Michael Coffin, VM Systems Programmer Internal Revenue Service - Room 6527 Constitution Avenue, N.W. Washington, D.C. 20224 Voice: (202) 927-4188 FAX: (202) 622-3123 [EMAIL PROTECTED] -Original Message- From: Rob Schwartz [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 18, 2002 10:21 AM To: [EMAIL PROTECTED] Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP Hey Michael, Am I missing something here... What is 152.225.118.49 Rob Robert C Schwartz Technical Services Boscovs Department Stores LLC 610-929-7387 [EMAIL PROTECTED] - Original Message - From: Michael Coffin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 18, 2002 10:02 AM Subject: Odd TraceRoute To Linux/390 Guests via VM TCPIP (Crossposted on VMESA-L and Linux-VM) Hi Folks, I'm in the process of implementing gigabit ethernet for a client and am very curious about something. I have a TCPIP stack on VM (VM/ESA 2.4.0) with a dedicated gigabit card at IP address 152.225.118.46. I have a Linux/390 guest virtual machine VCTC coupled to this TCPIP virtual machine at IP address 152.225.118.50. Take a look at the traceroute below, when I trace to .46 it's nice and clean. However when I trace to .50 .46 times out. Any idea what causes this? VM's TCPIP is proxyarping for these guests, by the way. I:\tracert 152.225.118.46 Tracing route to 152.225.118.46 over a maximum of 30 hops 1 10 ms 10 ms 10 ms 152.225.39.2 2 10 ms 10 ms 10 ms 152.225.119.194 3 10 ms 10 ms 10 ms 152.225.46.36 4 10 ms 10 ms 10 ms 152.225.118.46 Trace complete. I:\tracert 152.225.118.49 Tracing route to 152.225.118.49 over a maximum of 30 hops 1 10 ms 10 ms 10 ms 152.225.39.2 2 10 ms 10 ms 10 ms 152.225.119.194 3 10 ms 10 ms 10 ms 152.225.46.36 4 *** Request timed out. 5 10 ms 10 ms 10 ms 152.225.118.49 Trace complete. Thanks in advance. :) -Michael Coffin
Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP
Michael: Run the test with TRACE IPUP IPDOWN ICMP enabled. It looks as though the packet is being dropped by VM TCP/IP. The trace will show what is going on. Romney On Wed, 18 Dec 2002 10:45:19 -0500 Coffin Michael C said: Hi Rob, Yes, pinging works fine to/from the guests. In fact all IP traffic to/from the guests works fine - but traceroute shows this timeout at .46 (the VM TCPIP server). I'd just like to understand why it times out and clear it up if possible. I'm not sure what you mean by the status of the VCTC device. It's pairs are coupled and working fine or we wouldn't be able to talk between the Linux/390 and VM TCPIP machines. -TIA Michael Coffin, VM Systems Programmer Internal Revenue Service - Room 6527 Constitution Avenue, N.W. Washington, D.C. 20224 Voice: (202) 927-4188 FAX: (202) 622-3123 [EMAIL PROTECTED] -Original Message- From: Rob Schwartz [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 18, 2002 10:43 AM To: [EMAIL PROTECTED] Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP Can you ping from VM to .49? What's the status of the VCTC device? Can you ping from the .49 Linux machine to .46? Robert C Schwartz Technical Services Boscovs Department Stores LLC 610-929-7387 [EMAIL PROTECTED] - Original Message - From: Coffin Michael C [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 18, 2002 10:20 AM Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP Arrggh - I have guests at both .49 and .50, I evidently included the trace to .49 (same results). Strike .50 in my note and replace it with .49 (sorry for the confusion). Michael Coffin, VM Systems Programmer Internal Revenue Service - Room 6527 Constitution Avenue, N.W. Washington, D.C. 20224 Voice: (202) 927-4188 FAX: (202) 622-3123 [EMAIL PROTECTED] -Original Message- From: Rob Schwartz [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 18, 2002 10:21 AM To: [EMAIL PROTECTED] Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP Hey Michael, Am I missing something here... What is 152.225.118.49 Rob Robert C Schwartz Technical Services Boscovs Department Stores LLC 610-929-7387 [EMAIL PROTECTED] - Original Message - From: Michael Coffin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 18, 2002 10:02 AM Subject: Odd TraceRoute To Linux/390 Guests via VM TCPIP (Crossposted on VMESA-L and Linux-VM) Hi Folks, I'm in the process of implementing gigabit ethernet for a client and am very curious about something. I have a TCPIP stack on VM (VM/ESA 2.4.0) with a dedicated gigabit card at IP address 152.225.118.46. I have a Linux/390 guest virtual machine VCTC coupled to this TCPIP virtual machine at IP address 152.225.118.50. Take a look at the traceroute below, when I trace to .46 it's nice and clean. However when I trace to .50 .46 times out. Any idea what causes this? VM's TCPIP is proxyarping for these guests, by the way. I:\tracert 152.225.118.46 Tracing route to 152.225.118.46 over a maximum of 30 hops 1 10 ms 10 ms 10 ms 152.225.39.2 2 10 ms 10 ms 10 ms 152.225.119.194 3 10 ms 10 ms 10 ms 152.225.46.36 4 10 ms 10 ms 10 ms 152.225.118.46 Trace complete. I:\tracert 152.225.118.49 Tracing route to 152.225.118.49 over a maximum of 30 hops 1 10 ms 10 ms 10 ms 152.225.39.2 2 10 ms 10 ms 10 ms 152.225.119.194 3 10 ms 10 ms 10 ms 152.225.46.36 4 *** Request timed out. 5 10 ms 10 ms 10 ms 152.225.118.49 Trace complete. Thanks in advance. :) -Michael Coffin
Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP
Hi Romney, I ran a trace which is too big to include here, but I'm seeing Passed Route F and DontRoute F in the trace, here's a snip: DTCPDO065I DispatchDatagram: Dest 152.225.118.49, protocol 17 dispatch mode 0, P assed Route F, DontRoute F DTCPDO066I DispatchDatagram releases LastRouteEntry DTCPDO080I FindRoute looking for route for: 152.225.118.49 DTCPDO077I FindRoute found HostRTE for 152.225.118.49 on interface CTC504 DTCPDO067I DispatchDatagram allocates LastRouteEntry DTCPDO044I Ipdown: Link: Link Name: CTC504, Link Type: CTC, Dev Name: CTC504, De v Type: CTC, Queuesize: 0 DTCPDO046I Ipdown: FirstHop 152.225.118.49 DTCPDO027I IP-down: ShouldFragment: Datagram: 78 Packet size:1492 DTCPRC001I version: 4 DTCPRC002I Internet Header Length: 5 = 20 bytes DTCPRC009I Type of Service:Precedence = Routine DTCPRC010I Total Length: 78 bytes DTCPRC011I Identification: 37557 DTCPRC009I Flags: May Fragment, Last Fragment DTCPRC009I Fragment Offset: 0 DTCPRC019I Time To Live: 124 DTCPRC020I Protocol: UDP DTCPRC021I Header CheckSum: 56509 DTCPRC022I Source Address: 98E12738 DTCPRC023I Destination Address: 98E17631 DTCIPU031IIP-up examining: DTCPRC001I version: 4 DTCPRC002I Internet Header Length: 5 = 20 bytes DTCPRC009I Type of Service:Precedence = Internetwork control DTCPRC010I Total Length: 106 bytes DTCPRC011I Identification: 1057 DTCPRC009I Flags: May Fragment, Last Fragment DTCPRC009I Fragment Offset: 0 DTCPRC019I Time To Live: 255 DTCPRC020I Protocol: ICMP DTCPRC021I Header CheckSum: 59269 DTCPRC022I Source Address: 98E17631 DTCPRC023I Destination Address: 98E12738 DTCIPU037IIP-up: datagram ID 1057, len 106, Protocol ICMP from 152.225.118.4 9 DTCIPU040IIP-up: forward datagram DTCPDO065I DispatchDatagram: Dest 152.225.39.56, protocol 1 dispatch mode 0, Pas sed Route F, DontRoute F DTCPDO066I DispatchDatagram releases LastRouteEntry DTCPDO080I FindRoute looking for route for: 152.225.39.56 DTCPDO077I FindRoute found DefaultRTE for * on interface SHUTTLE3 DTCPDO067I DispatchDatagram allocates LastRouteEntry DTCPDO044I Ipdown: Link: Link Name: SHUTTLE3, Link Type: ETHERNET, Dev Name: SHU TTLE3, Dev Type: LCS, Queuesize: 0 DTCPDO046I Ipdown: FirstHop 152.225.118.1 In the trace SHUTTLE3 is our gigabit connection, 152.225.39.56 is the IP address of the Win2K workstation I ran the tracert from, 152.225.118.49 is the address I was tracing (a Linux/390 guest VCTC'd to the TCPIP at 152.225.118.46). Is this perhaphs because I have not provided explicit routing, but rather use the DefaultRoute in VM's TCPIP configuration? Michael Coffin, VM Systems Programmer Internal Revenue Service - Room 6527 Constitution Avenue, N.W. Washington, D.C. 20224 Voice: (202) 927-4188 FAX: (202) 622-3123 [EMAIL PROTECTED] -Original Message- From: Romney White [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 18, 2002 10:59 AM To: [EMAIL PROTECTED] Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP Michael: Run the test with TRACE IPUP IPDOWN ICMP enabled. It looks as though the packet is being dropped by VM TCP/IP. The trace will show what is going on. Romney On Wed, 18 Dec 2002 10:45:19 -0500 Coffin Michael C said: Hi Rob, Yes, pinging works fine to/from the guests. In fact all IP traffic to/from the guests works fine - but traceroute shows this timeout at .46 (the VM TCPIP server). I'd just like to understand why it times out and clear it up if possible. I'm not sure what you mean by the status of the VCTC device. It's pairs are coupled and working fine or we wouldn't be able to talk between the Linux/390 and VM TCPIP machines. -TIA Michael Coffin, VM Systems Programmer Internal Revenue Service - Room 6527 Constitution Avenue, N.W. Washington, D.C. 20224 Voice: (202) 927-4188 FAX: (202) 622-3123 [EMAIL PROTECTED] -Original Message- From: Rob Schwartz [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 18, 2002 10:43 AM To: [EMAIL PROTECTED] Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP Can you ping from VM to .49? What's the status of the VCTC device? Can you ping from the .49 Linux machine to .46? Robert C Schwartz Technical Services Boscovs Department Stores LLC 610-929-7387 [EMAIL PROTECTED] - Original Message - From: Coffin Michael C [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 18, 2002 10:20 AM Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP Arrggh - I have guests at both .49 and .50, I evidently included the trace to .49 (same results). Strike .50 in my note and replace it with .49 (sorry for the confusion). Michael Coffin, VM Systems Programmer Internal Revenue Service - Room 6527 Constitution Avenue, N.W. Washington, D.C. 20224 Voice: (202) 927-4188 FAX: (202) 622-3123 [EMAIL PROTECTED] -Original
Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP
Michael: This looks fine. What we're interested in finding in the trace output is the reception and handling of the packet that TRACERTE sends to the VM system (the one that times out). Romney On Wed, 18 Dec 2002 12:19:34 -0500 Coffin Michael C said: Hi Romney, I ran a trace which is too big to include here, but I'm seeing Passed Route F and DontRoute F in the trace, here's a snip: DTCPDO065I DispatchDatagram: Dest 152.225.118.49, protocol 17 dispatch mode 0, P assed Route F, DontRoute F DTCPDO066I DispatchDatagram releases LastRouteEntry DTCPDO080I FindRoute looking for route for: 152.225.118.49 DTCPDO077I FindRoute found HostRTE for 152.225.118.49 on interface CTC504 DTCPDO067I DispatchDatagram allocates LastRouteEntry DTCPDO044I Ipdown: Link: Link Name: CTC504, Link Type: CTC, Dev Name: CTC504, De v Type: CTC, Queuesize: 0 DTCPDO046I Ipdown: FirstHop 152.225.118.49 DTCPDO027I IP-down: ShouldFragment: Datagram: 78 Packet size:1492 DTCPRC001I version: 4 DTCPRC002I Internet Header Length: 5 = 20 bytes DTCPRC009I Type of Service:Precedence = Routine DTCPRC010I Total Length: 78 bytes DTCPRC011I Identification: 37557 DTCPRC009I Flags: May Fragment, Last Fragment DTCPRC009I Fragment Offset: 0 DTCPRC019I Time To Live: 124 DTCPRC020I Protocol: UDP DTCPRC021I Header CheckSum: 56509 DTCPRC022I Source Address: 98E12738 DTCPRC023I Destination Address: 98E17631 DTCIPU031IIP-up examining: DTCPRC001I version: 4 DTCPRC002I Internet Header Length: 5 = 20 bytes DTCPRC009I Type of Service:Precedence = Internetwork control DTCPRC010I Total Length: 106 bytes DTCPRC011I Identification: 1057 DTCPRC009I Flags: May Fragment, Last Fragment DTCPRC009I Fragment Offset: 0 DTCPRC019I Time To Live: 255 DTCPRC020I Protocol: ICMP DTCPRC021I Header CheckSum: 59269 DTCPRC022I Source Address: 98E17631 DTCPRC023I Destination Address: 98E12738 DTCIPU037IIP-up: datagram ID 1057, len 106, Protocol ICMP from 152.225.118.4 9 DTCIPU040IIP-up: forward datagram DTCPDO065I DispatchDatagram: Dest 152.225.39.56, protocol 1 dispatch mode 0, Pas sed Route F, DontRoute F DTCPDO066I DispatchDatagram releases LastRouteEntry DTCPDO080I FindRoute looking for route for: 152.225.39.56 DTCPDO077I FindRoute found DefaultRTE for * on interface SHUTTLE3 DTCPDO067I DispatchDatagram allocates LastRouteEntry DTCPDO044I Ipdown: Link: Link Name: SHUTTLE3, Link Type: ETHERNET, Dev Name: SHU TTLE3, Dev Type: LCS, Queuesize: 0 DTCPDO046I Ipdown: FirstHop 152.225.118.1 In the trace SHUTTLE3 is our gigabit connection, 152.225.39.56 is the IP address of the Win2K workstation I ran the tracert from, 152.225.118.49 is the address I was tracing (a Linux/390 guest VCTC'd to the TCPIP at 152.225.118.46). Is this perhaphs because I have not provided explicit routing, but rather use the DefaultRoute in VM's TCPIP configuration? Michael Coffin, VM Systems Programmer Internal Revenue Service - Room 6527 Constitution Avenue, N.W. Washington, D.C. 20224 Voice: (202) 927-4188 FAX: (202) 622-3123 [EMAIL PROTECTED] -Original Message- From: Romney White [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 18, 2002 10:59 AM To: [EMAIL PROTECTED] Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP Michael: Run the test with TRACE IPUP IPDOWN ICMP enabled. It looks as though the packet is being dropped by VM TCP/IP. The trace will show what is going on. Romney On Wed, 18 Dec 2002 10:45:19 -0500 Coffin Michael C said: Hi Rob, Yes, pinging works fine to/from the guests. In fact all IP traffic to/from the guests works fine - but traceroute shows this timeout at .46 (the VM TCPIP server). I'd just like to understand why it times out and clear it up if possible. I'm not sure what you mean by the status of the VCTC device. It's pairs are coupled and working fine or we wouldn't be able to talk between the Linux/390 and VM TCPIP machines. -TIA Michael Coffin, VM Systems Programmer Internal Revenue Service - Room 6527 Constitution Avenue, N.W. Washington, D.C. 20224 Voice: (202) 927-4188 FAX: (202) 622-3123 [EMAIL PROTECTED] -Original Message- From: Rob Schwartz [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 18, 2002 10:43 AM To: [EMAIL PROTECTED] Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP Can you ping from VM to .49? What's the status of the VCTC device? Can you ping from the .49 Linux machine to .46? Robert C Schwartz Technical Services Boscovs Department Stores LLC 610-929-7387 [EMAIL PROTECTED] - Original Message - From: Coffin Michael C [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 18, 2002 10:20 AM Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP Arrggh - I have guests at both .49 and .50, I evidently included the trace to .49 (same results). Strike .50 in my note and replace
Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP
Hi Romney, That's just it, I don't see anything in the VM TCPIP trace that suggests a timeout (at least no verbage that clearly says timed out or anything like that). Is there a keyword I can use to scan for that would indicate a timeout? Maybe it's there and I'm just not seeing it (the trace is very chatty, just running it for a few seconds generates thousands of lines of trace data). Michael Coffin, VM Systems Programmer Internal Revenue Service - Room 6527 Constitution Avenue, N.W. Washington, D.C. 20224 Voice: (202) 927-4188 FAX: (202) 622-3123 [EMAIL PROTECTED] -Original Message- From: Romney White [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 18, 2002 12:30 PM To: [EMAIL PROTECTED] Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP Michael: This looks fine. What we're interested in finding in the trace output is the reception and handling of the packet that TRACERTE sends to the VM system (the one that times out). Romney On Wed, 18 Dec 2002 12:19:34 -0500 Coffin Michael C said: Hi Romney, I ran a trace which is too big to include here, but I'm seeing Passed Route F and DontRoute F in the trace, here's a snip: DTCPDO065I DispatchDatagram: Dest 152.225.118.49, protocol 17 dispatch mode 0, P assed Route F, DontRoute F DTCPDO066I DispatchDatagram releases LastRouteEntry DTCPDO080I FindRoute looking for route for: 152.225.118.49 DTCPDO077I FindRoute found HostRTE for 152.225.118.49 on interface CTC504 DTCPDO067I DispatchDatagram allocates LastRouteEntry DTCPDO044I Ipdown: Link: Link Name: CTC504, Link Type: CTC, Dev Name: CTC504, De v Type: CTC, Queuesize: 0 DTCPDO046I Ipdown: FirstHop 152.225.118.49 DTCPDO027I IP-down: ShouldFragment: Datagram: 78 Packet size:1492 DTCPRC001I version: 4 DTCPRC002I Internet Header Length: 5 = 20 bytes DTCPRC009I Type of Service:Precedence = Routine DTCPRC010I Total Length: 78 bytes DTCPRC011I Identification: 37557 DTCPRC009I Flags: May Fragment, Last Fragment DTCPRC009I Fragment Offset: 0 DTCPRC019I Time To Live: 124 DTCPRC020I Protocol: UDP DTCPRC021I Header CheckSum: 56509 DTCPRC022I Source Address: 98E12738 DTCPRC023I Destination Address: 98E17631 DTCIPU031IIP-up examining: DTCPRC001I version: 4 DTCPRC002I Internet Header Length: 5 = 20 bytes DTCPRC009I Type of Service:Precedence = Internetwork control DTCPRC010I Total Length: 106 bytes DTCPRC011I Identification: 1057 DTCPRC009I Flags: May Fragment, Last Fragment DTCPRC009I Fragment Offset: 0 DTCPRC019I Time To Live: 255 DTCPRC020I Protocol: ICMP DTCPRC021I Header CheckSum: 59269 DTCPRC022I Source Address: 98E17631 DTCPRC023I Destination Address: 98E12738 DTCIPU037IIP-up: datagram ID 1057, len 106, Protocol ICMP from 152.225.118.4 9 DTCIPU040IIP-up: forward datagram DTCPDO065I DispatchDatagram: Dest 152.225.39.56, protocol 1 dispatch mode 0, Pas sed Route F, DontRoute F DTCPDO066I DispatchDatagram releases LastRouteEntry DTCPDO080I FindRoute looking for route for: 152.225.39.56 DTCPDO077I FindRoute found DefaultRTE for * on interface SHUTTLE3 DTCPDO067I DispatchDatagram allocates LastRouteEntry DTCPDO044I Ipdown: Link: Link Name: SHUTTLE3, Link Type: ETHERNET, Dev Name: SHU TTLE3, Dev Type: LCS, Queuesize: 0 DTCPDO046I Ipdown: FirstHop 152.225.118.1 In the trace SHUTTLE3 is our gigabit connection, 152.225.39.56 is the IP address of the Win2K workstation I ran the tracert from, 152.225.118.49 is the address I was tracing (a Linux/390 guest VCTC'd to the TCPIP at 152.225.118.46). Is this perhaphs because I have not provided explicit routing, but rather use the DefaultRoute in VM's TCPIP configuration? Michael Coffin, VM Systems Programmer Internal Revenue Service - Room 6527 Constitution Avenue, N.W. Washington, D.C. 20224 Voice: (202) 927-4188 FAX: (202) 622-3123 [EMAIL PROTECTED] -Original Message- From: Romney White [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 18, 2002 10:59 AM To: [EMAIL PROTECTED] Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP Michael: Run the test with TRACE IPUP IPDOWN ICMP enabled. It looks as though the packet is being dropped by VM TCP/IP. The trace will show what is going on. Romney On Wed, 18 Dec 2002 10:45:19 -0500 Coffin Michael C said: Hi Rob, Yes, pinging works fine to/from the guests. In fact all IP traffic to/from the guests works fine - but traceroute shows this timeout at .46 (the VM TCPIP server). I'd just like to understand why it times out and clear it up if possible. I'm not sure what you mean by the status of the VCTC device. It's pairs are coupled and working fine or we wouldn't be able to talk between the Linux/390 and VM TCPIP machines. -TIA Michael Coffin, VM Systems Programmer Internal Revenue Service - Room 6527 Constitution Avenue, N.W. Washington, D.C. 20224 Voice: (202) 927-4188 FAX: (202
Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP
Michael: Well, it's likely that VM dropped the packet. You should look for ICMP packets with a destination address of 152.225.118.46. If you'd like me to look at it, you can send the trace via anonymous FTP to our drop-off site (testcase.boulder.ibm.com/s390/toibm/vm). Transfer the file in binary and COPYFILE (PACK it first. Romney On Wed, 18 Dec 2002 12:30:14 -0500 Coffin Michael C said: Hi Romney, That's just it, I don't see anything in the VM TCPIP trace that suggests a timeout (at least no verbage that clearly says timed out or anything like that). Is there a keyword I can use to scan for that would indicate a timeout? Maybe it's there and I'm just not seeing it (the trace is very chatty, just running it for a few seconds generates thousands of lines of trace data). Michael Coffin, VM Systems Programmer Internal Revenue Service - Room 6527 Constitution Avenue, N.W. Washington, D.C. 20224 Voice: (202) 927-4188 FAX: (202) 622-3123 [EMAIL PROTECTED] -Original Message- From: Romney White [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 18, 2002 12:30 PM To: [EMAIL PROTECTED] Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP Michael: This looks fine. What we're interested in finding in the trace output is the reception and handling of the packet that TRACERTE sends to the VM system (the one that times out). Romney On Wed, 18 Dec 2002 12:19:34 -0500 Coffin Michael C said: Hi Romney, I ran a trace which is too big to include here, but I'm seeing Passed Route F and DontRoute F in the trace, here's a snip: DTCPDO065I DispatchDatagram: Dest 152.225.118.49, protocol 17 dispatch mode 0, P assed Route F, DontRoute F DTCPDO066I DispatchDatagram releases LastRouteEntry DTCPDO080I FindRoute looking for route for: 152.225.118.49 DTCPDO077I FindRoute found HostRTE for 152.225.118.49 on interface CTC504 DTCPDO067I DispatchDatagram allocates LastRouteEntry DTCPDO044I Ipdown: Link: Link Name: CTC504, Link Type: CTC, Dev Name: CTC504, De v Type: CTC, Queuesize: 0 DTCPDO046I Ipdown: FirstHop 152.225.118.49 DTCPDO027I IP-down: ShouldFragment: Datagram: 78 Packet size:1492 DTCPRC001I version: 4 DTCPRC002I Internet Header Length: 5 = 20 bytes DTCPRC009I Type of Service:Precedence = Routine DTCPRC010I Total Length: 78 bytes DTCPRC011I Identification: 37557 DTCPRC009I Flags: May Fragment, Last Fragment DTCPRC009I Fragment Offset: 0 DTCPRC019I Time To Live: 124 DTCPRC020I Protocol: UDP DTCPRC021I Header CheckSum: 56509 DTCPRC022I Source Address: 98E12738 DTCPRC023I Destination Address: 98E17631 DTCIPU031IIP-up examining: DTCPRC001I version: 4 DTCPRC002I Internet Header Length: 5 = 20 bytes DTCPRC009I Type of Service:Precedence = Internetwork control DTCPRC010I Total Length: 106 bytes DTCPRC011I Identification: 1057 DTCPRC009I Flags: May Fragment, Last Fragment DTCPRC009I Fragment Offset: 0 DTCPRC019I Time To Live: 255 DTCPRC020I Protocol: ICMP DTCPRC021I Header CheckSum: 59269 DTCPRC022I Source Address: 98E17631 DTCPRC023I Destination Address: 98E12738 DTCIPU037IIP-up: datagram ID 1057, len 106, Protocol ICMP from 152.225.118.4 9 DTCIPU040IIP-up: forward datagram DTCPDO065I DispatchDatagram: Dest 152.225.39.56, protocol 1 dispatch mode 0, Pas sed Route F, DontRoute F DTCPDO066I DispatchDatagram releases LastRouteEntry DTCPDO080I FindRoute looking for route for: 152.225.39.56 DTCPDO077I FindRoute found DefaultRTE for * on interface SHUTTLE3 DTCPDO067I DispatchDatagram allocates LastRouteEntry DTCPDO044I Ipdown: Link: Link Name: SHUTTLE3, Link Type: ETHERNET, Dev Name: SHU TTLE3, Dev Type: LCS, Queuesize: 0 DTCPDO046I Ipdown: FirstHop 152.225.118.1 In the trace SHUTTLE3 is our gigabit connection, 152.225.39.56 is the IP address of the Win2K workstation I ran the tracert from, 152.225.118.49 is the address I was tracing (a Linux/390 guest VCTC'd to the TCPIP at 152.225.118.46). Is this perhaphs because I have not provided explicit routing, but rather use the DefaultRoute in VM's TCPIP configuration? Michael Coffin, VM Systems Programmer Internal Revenue Service - Room 6527 Constitution Avenue, N.W. Washington, D.C. 20224 Voice: (202) 927-4188 FAX: (202) 622-3123 [EMAIL PROTECTED] -Original Message- From: Romney White [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 18, 2002 10:59 AM To: [EMAIL PROTECTED] Subject: Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP Michael: Run the test with TRACE IPUP IPDOWN ICMP enabled. It looks as though the packet is being dropped by VM TCP/IP. The trace will show what is going on. Romney On Wed, 18 Dec 2002 10:45:19 -0500 Coffin Michael C said: Hi Rob, Yes, pinging works fine to/from the guests. In fact all IP traffic to/from the guests works fine - but traceroute shows this timeout at .46 (the VM TCPIP server). I'd just like to understand why
Re: Odd TraceRoute To Linux/390 Guests via VM TCPIP
On Wed, 18 Dec 2002, Coffin Michael C wrote: Hi Rob, Yes, pinging works fine to/from the guests. In fact all IP traffic to/from the guests works fine - but traceroute shows this timeout at .46 (the VM TCPIP server). I'd just like to understand why it times out and clear it up if possible. It's not responmding to the icmp messages used by traceroute. I often see it when checking sites on ADSL: [root@Nectarine root]# traceroute terad.net traceroute to terad.net (203.15.140.104), 30 hops max, 38 byte packets 1 gw.home.Computerdatasafe.com.au (192.168.2.1) 0.808 ms 0.543 ms 1.065 ms 2 gw.home.Computerdatasafe.com.au (192.168.1.1) 176.685 ms 137.014 ms 139.944 ms 3 172.31.22.178 (172.31.22.178) 169.992 ms 158.247 ms 159.929 ms 4 172.31.24.178 (172.31.24.178) 159.992 ms 158.260 ms 172.31.25.178 (172.31.25.178) 160.026 ms 5 atm2-0-37.perth.westnet.com.au (202.72.130.145) 168.286 ms 157.388 ms atm2-0-36.perth.westnet.com.au (202.72.130.149) 169.889 ms 6 bdr1.westnet.com.au (203.10.1.1) 177.083 ms 157.272 ms 160.139 ms 7 198.32.212.49 (198.32.212.49) 169.821 ms 168.238 ms 159.930 ms 8 tarantula-adsl-trunk.arach.net.au (203.30.44.222) 189.993 ms 177.257 ms 179.926 ms 9 * * * 10 * * * 11 terad.net (203.15.140.104) 206.853 ms 187.227 ms 189.935 ms [root@Nectarine root]# -- Cheers John. Join the Linux Support by Small Businesses list at http://mail.computerdatasafe.com.au/mailman/listinfo/lssb