Re: Problems with MPROUTE going from z800 to z9BC computer
Mike Were the two mainframes on the same or different VLAN/subnets? It could have been a ARP/MAC timeout issue? Are the MAC's locally administered on the mainframe? You may have private VLAN or some other mechanism setup to limit the host interactions on the switch. Eric -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Horlick, Michael Sent: Wednesday, December 15, 2010 8:46 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Problems with MPROUTE going from z800 to z9BC computer Oops , I may accidently sent an earlier incomplete reply. Sorry. =20 Anyways, we had new cables attached from the OSA card on the new CPU = attached one to our switch, the other to the switch for the client. No = new cabling was done at migration time. We tested before the migration = and all well, non-VIPA.=20 =20 Thanks, =20 Mike=20 From: The IBM z/VM Operating System on behalf of Davis, Larry (National = VM/VSE Capability) Sent: Wed 15/12/2010 8:34 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Problems with MPROUTE going from z800 to z9BC computer Are you using the same or New Network connections to the network. Make = sure the two OSA ports are not cross connected at the switch. If they = are TRUNC'd together then you will have routing issues. Just get a new set of IP's to test with on the new box, and get your = network and firewall people involved. Larry Davis -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On = Behalf Of Horlick, Michael Sent: Wednesday, December 15, 2010 8:21 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Problems with MPROUTE going from z800 to z9BC computer Greetings, A couple of days ago we tried to migrate from our current CPU (Z800 - = Model 2066) to a z9BC Mode R07 (2096). We had this new machine for a couple of weeks and we created a copy of = our z/VM 5.4 system on it (XXXRES =3D 540RES, XXXPAG =3D 540PAGetc...). = I was able to test z/VM 5.4 and TCP/IP on it and it worked fine given = that we were assigned new IP addresses for it. We have 2 TCP/IP stacks, = one for our use, the other for the clients. For the client, on our = production machine we use VIPA/MPROUTE. We could not test VIPA/MPROUTE on the new machine but static routing = worked fine. We tried the OSA card in QDIO and non-QDIO mode and no = problems. Connectivity for both us and the client. Come migration time however, we could not get the VIPA/MPROUTE = functionality working. I could not ping from within the mainframe to = anything beyond the OSA card. Tried both QDIO and non-QDIO mode. Our TCP/IP stack, no problems. We had to back out and now we have to try to set up a test VIPA/MROUTE = setup and try it on the new machine. Waiting on the telecom architect = for this. No changes to the configuration files were done (except for QDIO in the = PROFILE TCPIP, but the same configuration files for non-QDIO). Any clues what could have gone wrong? Thanks, Mike Horlick CGI Montreal =20 The information contained in this communication is intended only for the use of the recipient(s) named above. It may contain information that is privileged or confidential, and may be protected by State and/or Federal Regulations. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please return it to the sender immediately and delete the original message and any copy of it from your computer system. If you have any questions concerning this message, please contact the sender.
Re: Jumbo Frames
What type of interface is defined for the linux guest? What model OSA cards? Eric -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Karl Kingston Sent: Wednesday, November 17, 2010 2:46 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Jumbo Frames This is a multipart message in MIME format. --=_alternative 006CA10D852577DE_= Content-Type: text/plain; charset="US-ASCII" MSS size is 8960 From: Eric Schadow To: IBMVM@LISTSERV.UARK.EDU Date: 11/17/2010 02:04 PM Subject:Re: Jumbo Frames Sent by:The IBM z/VM Operating System Karl Can you capture the entire TCP conversation and see the MSS size. What is the other device? Is the device recording the wireshark trace set to record jumbo frames? I have had VLAN information removed by Windows nic drivers when recording packet captures. Eric -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Karl Kingston Sent: Wednesday, November 17, 2010 12:50 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Jumbo Frames This is a multipart message in MIME format. --=_alternative 006201BF852577DE_= Content-Type: text/plain; charset="US-ASCII" Did that. We even ran a wireshark trace and ended up seeing frame sizes of 1514. From: Eric Schadow To: IBMVM@LISTSERV.UARK.EDU Date: 11/17/2010 12:40 PM Subject:Re: Jumbo Frames Sent by:The IBM z/VM Operating System Karl Check if jumbo frames are enabled on the switch the mainframe is plugged into. I think cisco switches need to be reloaded after changing the system MTU size to jumbo frames. For networking questions I tend to go right to a packet capture of some sort as the packets never lie - well almost never... Eric -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Karl Kingston Sent: Wednesday, November 17, 2010 12:30 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Jumbo Frames This is a multipart message in MIME format. --=_alternative 00602852852577DE_= Content-Type: text/plain; charset="US-ASCII" Forgot to mention: z/VM 5.4, SLES10SP2 is the linux flavor From: Karl Kingston To: IBMVM@LISTSERV.UARK.EDU Date: 11/17/2010 12:26 PM Subject:Jumbo Frames Sent by:The IBM z/VM Operating System hi Folks.. We have a z10BC and I'm trying to get Jumbo Frames to work. I set the MTU in Linux to 8992. BUT when I transfer, I'm only seeing 20MB/s? Even if it's between 2 servers on the same box and subnet? Did I misconfigure something? --=_alternative 00602852852577DE_= Content-Type: text/html; charset="US-ASCII" Forgot to mention: z/VM 5.4, SLES10SP2 is the linux flavor From: Karl Kingston <karlkings...@ongov.net> To: IBMVM@LISTSERV.UARK.EDU Date: 11/17/2010 12:26 PM Subject: Jumbo Frames Sent by: The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> hi Folks.. We have a z10BC and I'm trying to get Jumbo Frames to work. I set the MTU in Linux to 8992. BUT when I transfer, I'm only seeing 20MB/s? Even if it's between 2 servers on the same box and subnet? Did I misconfigure something? --=_alternative 00602852852577DE_=-- The information contained in this communication is intended only for the use of the recipient(s) named above. It may contain information that is privileged or confidential, and may be protected by State and/or Federal Regulations. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please return it to the sender immediately and delete the original message and any copy of it from your computer system. If you have any questions concerning this message, please contact the sender. --=_alternative 006201BF852577DE_= Content-Type: text/html; charset="US-ASCII" Did that. We even ran a wireshark trace and ended up seeing frame sizes of 1514. From: Eric Schadow <escha...@davisvision.com> To: IBMVM@LISTSERV.UARK.EDU Date: 11/17/2010 12:40 PM Subject: Re: Jumbo Frames Sent by: The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> Karl Check if jumbo frames are enabled on the switch the mainframe is plugged into. I think cisco switches need to be reloaded after changing the system MTU size to jumbo frames. For networking questions I tend to go right to a packet capture of some sort as the packets never lie - well almost never... Eric -Original Message- From: The IBM
Re: Jumbo Frames
Karl Can you capture the entire TCP conversation and see the MSS size. What is the other device? Is the device recording the wireshark trace set to record jumbo frames? I have had VLAN information removed by Windows nic drivers when recording packet captures. Eric -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Karl Kingston Sent: Wednesday, November 17, 2010 12:50 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Jumbo Frames This is a multipart message in MIME format. --=_alternative 006201BF852577DE_= Content-Type: text/plain; charset="US-ASCII" Did that. We even ran a wireshark trace and ended up seeing frame sizes of 1514. From: Eric Schadow To: IBMVM@LISTSERV.UARK.EDU Date: 11/17/2010 12:40 PM Subject:Re: Jumbo Frames Sent by:The IBM z/VM Operating System Karl Check if jumbo frames are enabled on the switch the mainframe is plugged into. I think cisco switches need to be reloaded after changing the system MTU size to jumbo frames. For networking questions I tend to go right to a packet capture of some sort as the packets never lie - well almost never... Eric -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Karl Kingston Sent: Wednesday, November 17, 2010 12:30 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Jumbo Frames This is a multipart message in MIME format. --=_alternative 00602852852577DE_= Content-Type: text/plain; charset="US-ASCII" Forgot to mention: z/VM 5.4, SLES10SP2 is the linux flavor From: Karl Kingston To: IBMVM@LISTSERV.UARK.EDU Date: 11/17/2010 12:26 PM Subject:Jumbo Frames Sent by:The IBM z/VM Operating System hi Folks.. We have a z10BC and I'm trying to get Jumbo Frames to work. I set the MTU in Linux to 8992. BUT when I transfer, I'm only seeing 20MB/s? Even if it's between 2 servers on the same box and subnet? Did I misconfigure something? --=_alternative 00602852852577DE_= Content-Type: text/html; charset="US-ASCII" Forgot to mention: z/VM 5.4, SLES10SP2 is the linux flavor From: Karl Kingston <karlkings...@ongov.net> To: IBMVM@LISTSERV.UARK.EDU Date: 11/17/2010 12:26 PM Subject: Jumbo Frames Sent by: The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> hi Folks.. We have a z10BC and I'm trying to get Jumbo Frames to work. I set the MTU in Linux to 8992. BUT when I transfer, I'm only seeing 20MB/s? Even if it's between 2 servers on the same box and subnet? Did I misconfigure something? --=_alternative 00602852852577DE_=-- The information contained in this communication is intended only for the use of the recipient(s) named above. It may contain information that is privileged or confidential, and may be protected by State and/or Federal Regulations. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please return it to the sender immediately and delete the original message and any copy of it from your computer system. If you have any questions concerning this message, please contact the sender. --=_alternative 006201BF852577DE_= Content-Type: text/html; charset="US-ASCII" Did that. We even ran a wireshark trace and ended up seeing frame sizes of 1514. From: Eric Schadow <escha...@davisvision.com> To: IBMVM@LISTSERV.UARK.EDU Date: 11/17/2010 12:40 PM Subject: Re: Jumbo Frames Sent by: The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> Karl Check if jumbo frames are enabled on the switch the mainframe is plugged into. I think cisco switches need to be reloaded after changing the system MTU size to jumbo frames. For networking questions I tend to go right to a packet capture of some sort as the packets never lie - well almost never... Eric -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU>mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Karl Kingston Sent: Wednesday, November 17, 2010 12:30 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Jumbo Frames This is a multipart message in MIME format. --=_alternative 00602852852577DE_= Content-Type: text/plain; charset="US-ASCII" Forgot to mention: z/VM 5.4, SLES10SP2 is the linux flavor From: Karl Kingston <karlkings...@ongov.net> To: IBMVM@LISTSERV.UARK.EDU Date: 11/17/2010 12:26 PM Subject: Jumbo Frames Sent by: The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU&
Re: Jumbo Frames
Karl Check if jumbo frames are enabled on the switch the mainframe is plugged into. I think cisco switches need to be reloaded after changing the system MTU size to jumbo frames. For networking questions I tend to go right to a packet capture of some sort as the packets never lie - well almost never... Eric -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Karl Kingston Sent: Wednesday, November 17, 2010 12:30 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Jumbo Frames This is a multipart message in MIME format. --=_alternative 00602852852577DE_= Content-Type: text/plain; charset="US-ASCII" Forgot to mention: z/VM 5.4, SLES10SP2 is the linux flavor From: Karl Kingston To: IBMVM@LISTSERV.UARK.EDU Date: 11/17/2010 12:26 PM Subject:Jumbo Frames Sent by:The IBM z/VM Operating System hi Folks.. We have a z10BC and I'm trying to get Jumbo Frames to work. I set the MTU in Linux to 8992. BUT when I transfer, I'm only seeing 20MB/s? Even if it's between 2 servers on the same box and subnet? Did I misconfigure something? --=_alternative 00602852852577DE_= Content-Type: text/html; charset="US-ASCII" Forgot to mention: z/VM 5.4, SLES10SP2 is the linux flavor From: Karl KingstonTo: IBMVM@LISTSERV.UARK.EDU Date: 11/17/2010 12:26 PM Subject: Jumbo Frames Sent by: The IBM z/VM Operating System hi Folks.. We have a z10BC and I'm trying to get Jumbo Frames to work. I set the MTU in Linux to 8992. BUT when I transfer, I'm only seeing 20MB/s? Even if it's between 2 servers on the same box and subnet? Did I misconfigure something? --=_alternative 00602852852577DE_=-- The information contained in this communication is intended only for the use of the recipient(s) named above. It may contain information that is privileged or confidential, and may be protected by State and/or Federal Regulations. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please return it to the sender immediately and delete the original message and any copy of it from your computer system. If you have any questions concerning this message, please contact the sender.
Re: .PCAP file form TCPDUMP in REDHAT
Terry There is a command line component to Wireshark called tshark. You can extract the data based on filters etc Eric -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Martin, Terry R. (CMS/CTR) (CTR) Sent: Monday, September 20, 2010 9:05 AM To: IBMVM@LISTSERV.UARK.EDU Subject: .PCAP file form TCPDUMP in REDHAT --_=_NextPart_002_01CB58C4.974F46C7 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable =20 Hi =20 We are working on a problem and trying get a .PCAP file produced from TCPDUMP to send to IBM. We got the .PCAP file but it was 3G before being zipped. My question is are there some parameters that we can specify that will make the .PCAP file more manageable so that IBM can work with it via WIRESHARK? =20 =20 Thank You, =20 Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 =20 =20 =20 --_=_NextPart_002_01CB58C4.974F46C7 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable http://www.w3.org/TR/REC-html40"; = xmlns:q=3D"http://schemas.xmlsoap.org/soap/envelope/"; = xmlns:rtc=3D"http://microsoft.com/officenet/conferencing"; = xmlns:D=3D"DAV:" xmlns:Repl=3D"http://schemas.microsoft.com/repl/"; = xmlns:mt=3D"http://schemas.microsoft.com/sharepoint/soap/meetings/"; = xmlns:x2=3D"http://schemas.microsoft.com/office/excel/2003/xml"; = xmlns:ppda=3D"http://www.passport.com/NameSpace.xsd"; = xmlns:ois=3D"http://schemas.microsoft.com/sharepoint/soap/ois/"; = xmlns:dir=3D"http://schemas.microsoft.com/sharepoint/soap/directory/"; = xmlns:ds=3D"http://www.w3.org/2000/09/xmldsig#"; = xmlns:dsp=3D"http://schemas.microsoft.com/sharepoint/dsp"; = xmlns:udc=3D"http://schemas.microsoft.com/data/udc"; = xmlns:xsd=3D"http://www.w3.org/2001/XMLSchema"; = xmlns:sub=3D"http://schemas.microsoft.com/sharepoint/soap/2002/1/alerts/ "= xmlns:ec=3D"http://www.w3.org/2001/04/xmlenc#"; = xmlns:sp=3D"http://schemas.microsoft.com/sharepoint/"; = xmlns:sps=3D"http://schemas.microsoft.com/sharepoint/soap/"; = xmlns:xsi=3D"http://www.w3.org/2001/XMLSchema-instance"; = xmlns:udcs=3D"http://schemas.microsoft.com/data/udc/soap"; = xmlns:udcxf=3D"http://schemas.microsoft.com/data/udc/xmlfile"; = xmlns:udcp2p=3D"http://schemas.microsoft.com/data/udc/parttopart"; = xmlns:wf=3D"http://schemas.microsoft.com/sharepoint/soap/workflow/"; = xmlns:dsss=3D"http://schemas.microsoft.com/office/2006/digsig-setup"; = xmlns:dssi=3D"http://schemas.microsoft.com/office/2006/digsig"; = xmlns:mdssi=3D"http://schemas.openxmlformats.org/package/2006/digital-si g= nature" = xmlns:mver=3D"http://schemas.openxmlformats.org/markup-compatibility/200 6= " xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml"; = xmlns:mrels=3D"http://schemas.openxmlformats.org/package/2006/relationsh i= ps" xmlns:spwp=3D"http://microsoft.com/sharepoint/webpartpages"; = xmlns:ex12t=3D"http://schemas.microsoft.com/exchange/services/2006/types "= = xmlns:ex12m=3D"http://schemas.microsoft.com/exchange/services/2006/messa g= es" = xmlns:pptsl=3D"http://schemas.microsoft.com/sharepoint/soap/SlideLibrary /= " = xmlns:spsl=3D"http://microsoft.com/webservices/SharePointPortalServer/Pu b= lishedLinksService" xmlns:Z=3D"urn:schemas-microsoft-com:" = xmlns:st=3D"" xmlns=3D"http://www.w3.org/TR/REC-html40";>