Linux on 390 Port LINUX-390@VM.MARIST.EDU wrote on 11/05/2009 01:29:58
PM:
Harder, Pieter pieter.har...@brabantwater.nl
Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU
11/05/2009 01:29 PM
Please respond to
Linux on 390 Port LINUX-390@VM.MARIST.EDU
To
LINUX-390@VM.MARIST.EDU
cc
Hi all:
I am looking for a resource that is experienced with Alebra's Parallel Data
Mover using z/OS for an opportunity in New York. Qualified candidates
should respond to heiml...@streamfoundry.com.
Thank you.
Marc
781.272.4307
From: Marc Heimlich [mailto:heiml...@streamfoundry.com]
Rich,
QETH_LAYER2_SUPPORT='0'
CCW_CHAN_MODE=''
LCS_LANCMD_TIMEOUT=''
QETH_IPA_TAKEOVER='0'
QETH_OPTIONS='fake_ll=1 buffer_count=64'
On 11/3/09, Ron Wells rwe...@agfinance.com wrote:
May have deleted any replies...thought I'd try again..
- Forwarded by Ron Wells/AGFS/AGFin on 11/03/2009
Ron,
When using a Layer 3 OSA device with the Option fake_ll=1,only
received packets will have the link layer header built. That is why
you only the inbound packets in the dump.
QETH_LAYER2_SUPPORT='0'
QETH_OPTIONS='fake_ll=1 buffer_count=64'
Duane Beyer
IBM Poughkeepsie, TICL (Test and
Hi Ron,
This sounds strangely familiar to an issue fixed in libpcap/tcpdump in
RHEL 5.2:
http://rhn.redhat.com/errata/RHBA-2008-0321.html
Under Details section:
* The libpcap library did not work correctly with qeth devices when
layer2 mode was disabled.
Here's the title of the original
Ron,
I haven't looked at tcpdump in a while. How about /usr/sbin/tcpdump-qeth?
Perhaps starting with something simple like /usr/sbin/tcpdump-qeth -i eth0
-w /root/appwork01.lcap.
Ron Wells
