Missing LF ($0A) on input from serial port on terminal server accessed through ocd on HPUX

[BERTRAND_7]

Hello,

In our architecture, we have an HP-UX host that access the terminal server Black Box LES2700a through an internet network.

We access a third part device physicaly connected on port 14 on the terminal server.

We created a /etc/ddfa/dp file to define dedicated ports as (TCP port 3014 was provided by Blackbox company) :
10.190.86.8 xx/3014 /dev/telnet/d1p14 /etc/ddfa/pcf

pcf file is empty to get all default parameters values.
Then, we started dpp command for a new spawned ocd daemon to manage this new port.
At start time we do not have any error message.

As requested by the 3rd part device, we configure the terminal server port 14 :
- Word : 8 bits
- no parity
- 1 stop bit
- 9600 bauds
- no flow control

We communicate with the 3rd part device from an application running on the HP-UX host as follows :
- open device /dev/telnet/d1p14
- multiple dialog pair of write msg / read answer
- close device /dev/telnet/p1d14

All the messages exchanged between the HP-UX application and the 3rd part device are structured :
- Start character : LF ($0A)
- Message content
- End character : CR ($0D)

A first check has been made by inserting a serial analyser between the terminal server and the 3rd part device : All the question / answer are correclty formated.

The problem is that when we read the answer message from the HP-UX application we do not have the leading LF character and so all the rest of the message is shift.

This architecture was previously running with a DTC terminal server (that is no more shiped by HP) with the following settings for the serial line attribute :
c_iflag &= ~(ICRNL)
c_lflag &= ~(ECHO|ICANON)
c_oflag &= ~(ONLCR)


As it was not working, we enlarged with the following parameters :
c_iflag &= ~(ICRNL | INLCR | IXON | IXOFF | ISTRIP)
c_lflag &= ~(ECHO|ICANON)
c_lflag |= ECHONL
c_oflag &= ~(ONLCR)

c_cflag |= (CS8 | B9600)
c_cflag &= ~(PARENB)
But there was no improvement.

The problem is that we cannot define if the error is :
- on terminal server side before sending through the internet network
- on HP-UX server side when receiveing the message.

Previous running version with DTC was on PA-RISC servers.
Now we have Itanium processors for this new platform (any impact ?)

Any help is welcome to define where does the error come from.

Regards.


Bruno

[BERTRAND_7]

This problem has been solved.

For blackbox device, port 30XX is used for telnet connection, port 20XX can be used for TCP raw connection.

We just replace port 3014 to port 2014 in the /etc/ddfa/dp configuration file and everything works fine.

[BERTRAND_7]

See above