Guest User!

You are not Sophos Staff.

This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

One for the engineers

Hi:
There seems to be an issue with PPTP and TN5250 with Linux kernels 2.4.x.  This is a show stopper for me.  My ASP service depends on this feature.  The problem is as follows:

I can connect PPTP no problem.  I can bring up my TN5250 emulation no problem.  I can even execute certain AS/400 commands.  When I try to execute commands that return sub-files (AS/400 speak for multiple pages) the command just hangs the session.  If I execute say a command like 'wrkactjob' or 'wrksplf' the session gets a 'SYSTEM X' and stays there.  It can be re-created on any TN5250 software, (I've tried several).
If I use simple Telnet it works fine.
The only kernel I've seen it work with is a 2.2.18 custom kernel on a device built by Mikotel.

From what I can gather, it's a key management problem or something to do with certain options in the kernel config when PPP is built into the kernel.  

This is a make or break situation for my business.  I want to use Astaro but if we can't solve this I'm afraid I can't purchase the product.

Hope you can look at this soon.

regards,

D.Cook
President
JAD Solutions Inc.


This thread was automatically locked due to age.
Parents
  • Hi Dave

    I had myself a lot of trouble accessing the AS/400 through the firewall. After a lot of probing I found out that the MTU and the ethernet standard on the AS made the difference between working and not. When I created a new ethernet line with ethernetstandard 2 instead of *all and then configured the corresponding IP-Interfaces to a MTU of 1500 everything works fine (other big performance issues on the AS were solved by this too (just in case : increase the send and receive buffer in chgtcpa as well)).    

    regards
    Peter
Reply
  • Hi Dave

    I had myself a lot of trouble accessing the AS/400 through the firewall. After a lot of probing I found out that the MTU and the ethernet standard on the AS made the difference between working and not. When I created a new ethernet line with ethernetstandard 2 instead of *all and then configured the corresponding IP-Interfaces to a MTU of 1500 everything works fine (other big performance issues on the AS were solved by this too (just in case : increase the send and receive buffer in chgtcpa as well)).    

    regards
    Peter
Children