I am using CTCs between my Linux LPAR and two z/OS V1.2 LPARs. For 
debugging, I shutdown Zebra, OSPFD, and all other interfaces with the 
exception of 1 CTC. The CTC is as follows:

Linux 161.186.86.6/30   ---  z/OS V1.2 161.186.86.5/30

ctc0      Link encap:Serial Line IP
          inet addr:161.186.86.6  P-t-P:161.186.86.5  Mask:255.255.255.252
          UP POINTOPOINT RUNNING NOARP  MTU:32760  Metric:1
          RX packets:5 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:11836 (11.5 Kb)  TX bytes:8374 (8.1 Kb)


Like I said, I can ping 161.186.86.5 from 161.186.86.6 with no problems. I 
CANNOT ping 161.186.86.6 from 161.186.86.5. An ifconfig ctc0 shows that 
the RX PACKETS increases by 1 each time I issue a ping from z/OS. This led 
me to believe that the pings were getting to Linux from z/OS but not 
finding their way back. I use static routes for the CTCs on both Linux and 
z/OS. To simplify, I deleted all routes except for the CTC route which is 
as follows:

161.186.86.4/30 dev ctc0 proto kernel  scope link 161.186.86.6

I could not ping from z/OS. I added the following route and I can ping 
Linux from z/OS via CTC all day long.

161.186.0.0/16 via 161.186.86.6 dec ctc0  scope link

If I try 161.186.86.0/24 it does not work. It appears that I am stuck on 
class "B" somewhere. Does anyone have any ideas? Thanks.

Peter


----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Reply via email to