| Hi Daniel,
I have investigated this problem in are lab, and what discovered
the the W614/8 bridging code didn't implement the code to remove
PPP padding from the end of bridging frames.
The routeabout for some reason that isn't clear, always pads odd
length bridging frames.
I am working at producing a new image for you..
Cheers Tony
|
| >> The routeabout for some reason that isn't clear, always pads odd
>> length bridging frames.
>>
Thanks for your quick analysis.
After posting the note, I was busy setting up the test platform to
replicate the problem to IPMT it as the cust was getting concerned.
This explains why usernames like lang_ja, bartrim_w & guest were
failing while usernames lang_j, bartrim_wj, test, & daniel were
successful. But we did see the problem also for routed frames of
Decnet & IP. Did you notice the problem on all PPP frames or just
bridge frames (NETBEUI) only? Our trace showed that none of the 3
protocol frames were getting across the WAN link for odd size
names.
The IRIS simultaneous trace files as mentioned in my IPMT are in
ripper::sys$public: directory.
>> I am working at producing a new image for you..
Thanks. Can you please forward a few frames with & without problem
to sharpen my DTF tracing skill on the PPP link.
John wanted to know the version of X3.1-9.
X31_9_17-DEC-1996_MCCLURE.SYS;1 10302 18-DEC-1996 10:30:11.00
On another call we have given the customer
X31_10_14-JAN-1997_MCCLURE.SYS;1 10308 14-JAN-1997 19:42:49.00
Thanks in advance.
Daniel.
|