To conclude this post, using the suggestion of taking the SVC dump is really
the way to go. Although Chris Mason was kind enough take my info and convert
it. The SVC dump information showed exactly what the stack is using in the
beginroutes format(except the bits version of the subnet mask value) so I used
that to verify the conversion. All the information you need is already in the
stack, just extract it. Thanks to all who responded.
- allocate userid.IPCS.PRINT (or something similar) RECFM=VBA,LRECL=133
- TSO alloc fi(ipcsprnt) da('userid.IPCS.PRINT')
- Change IPCS defaults to PRINT TERMINAL
- Issue IPCS command: TCPIPCS PROFILE
- Issue IPCS command: REPORT IPCSPRNT
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of
Guy Gardoit
Sent: Friday, September 24, 2010 5:01 PM
To: [email protected]
Subject: Re: Beginroutes Statement
To find what your stack is really running with, take a SVC dump of the TCPIP
address space, then with IPCS,
- allocate userid.IPCS.PRINT (or something similar) RECFM=VBA,LRECL=133
- TSO alloc fi(ipcsprnt) da('userid.IPCS.PRINT')
- Change IPCS defaults to PRINT TERMINAL
- Issue IPCS command: TCPIPCS PROFILE
- Issue IPCS command: REPORT IPCSPRNT
Shows a lot of useful (and, at times, surprising) information. The info
may help you build accurate an accurate routing table.
On Thu, Sep 23, 2010 at 4:33 PM, Chris Mason <[email protected]>wrote:
> Matt
>
> Go ahead. I/you/we can try to put any useful conclusions online for the
> archives.
>
> Chris Mason - [email protected]
>
> On Thu, 23 Sep 2010 13:58:48 -0400, Dazzo, Matt <[email protected]>
> wrote:
>
> >Chris, mind if we take this offline. I can then send the table as an
> attachment, might be easier to read.
> >
> >Tks Matt
> >
> >-----Original Message-----
> >From: IBM Mainframe Discussion List [mailto:[email protected]] On
> Behalf Of Chris Mason
> >Sent: Thursday, September 23, 2010 11:59 AM
> >To: [email protected]
> >Subject: Re: Beginroutes Statement
> >
> >Matt
> >
> >I hope the following two references pull it together for you:
> >
> >---
> >
> >z/OS Communications Server, IP System Administrator's Commands, Version 1
> >Release 12, SC31-8781-10
> >
> >-
> >
> >3.1.6.20 Netstat ROUTe/-r report
> >
> >...
> >
> >Report field descriptions
> >
> >...
> >
> >Gateway or Gw
> >
> >The gateway used to send packets to the destination. If the value is
> 0.0.0.0
> >for an IPv4 entry or :: for an IPv6 entry, then the destination is
> directly
> >reachable without needing to go through a gateway.
> >
> >---
> >
> >z/OS Communications Server, IP Configuration Reference, Version 1 Release
> >12, SC31-8776-18
> >
> >-
> >
> >2.9 BEGINROUTES statement
> >
> >...
> >
> > Route Entry:
> >
> ><________________________________________________________________
> _
> >________________________
> >
> <___________
> |
> > |____ROUTE__| Destination |__ _gateway_addr_ __interface_name__|
> >PacketSize |___ _________
> >|_|________________________________________|
> > |_=____________|
> >|_Options_|
> >
> >
> >...
> >
> >gateway_addr
> >
> >The host IPv4 or IPv6 address of a gateway or router that you can reach
> >directly, and that forwards packets for the destination network or host.
> >
> >Requirement: This value must be either a fully qualified address or an
> equal
> >sign (=), meaning that the messages are routed directly to destinations on
> >that network or directly to that host. The equal sign is not supported for
> >DEFAULT or DEFAULT6 route entries.
> >
> >---
> >
> >Incidentally your "/32" routing table entries are contained within the
> "/24"
> >routing table entries and are hence redundant.
> >
> >It may be that the first "/32" entry is from an ICMP redirect.
> >
> >Also it's not evident how the router interface address 27.1.1.5 can be
> >reached. It may be sensible if you post your configuration so that we can
> >propose a more usual structure for your routing table entries.
> >
> >Chris Mason
> >
> >On Thu, 23 Sep 2010 11:24:08 -0400, Dazzo, Matt <[email protected]>
> >wrote:
> >
> >>Cross post from IBMTCP-L
> >>
> >>Finally working on converting gateway to beginroutes format. I took some
> >advice to from the archives and used the 'netstat routes report' command
> to
> >create the basis of my conversion. Below is a short segment of the routes
> >report, not sure how to handle the statements with 0.0.0.0 as gateway.
> >Would the following statements be converted correctly? Thanks Matt
> >>
> >>netstat routes report segment
> >>Destination Gateway Interfa
> >> ----------- ------- -----
> >>Defaultnet 27.1.1.5 GIGA0
> >>10.30.1.0/32 10.30.1.22 OSA40
> >>10.30.1.0/24 0.0.0.0 OSA40
> >>10.30.1.2/32 0.0.0.0 OSA40
> >>10.30.2.0/24 0.0.0.0 OSA41
> >>10.30.2.2/32 0.0.0.0 OSA41
> >>
> >>
> >>
> >>BEGINRoutes
> >>ROUTE DEFAULT 27.1.1.5 GIGA0 MTU 8992
> >>ROUTE 10.30.1.0/32 10.30.1.22 OSA40 MTU 8992
> >>ROUTE 10.30.1.0/24 = OSA40 MTU 8992
> >>ROUTE 10.30.1.2/32 = OSA40 MTU 8992
> >>ROUTE 10.30.2.0/24 = OSA41 MTU 8992
> >>ROUTE 10.30.2.2/32 = OSA41 MTU 8992
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
--
Guy Gardoit
z/OS Systems Programming
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
