Hi,
we're using reverse-telnet ("telnet <ip address> 4001 /noecho" to connect to an async port of a terminal server. Our process is that we issue a data retrieval command to the server and data (in 15 pages) comes out afterwards. But most of the time, the data (in text format) on the 40th line between third and fifth page is always missing. I used a protocol analyser tapped on the serial and ethernet port of the Cisco 2611 and results showed that data is complete going in to the serial and truncated when goint out of ethernet port
terminal server<-->Cisco2611<-->IPnetwork<-->Cisco3640<-->UNIX server
where terminal-Cisco2611
= async port at 9.6kbps 7E1
Our config for the serial port is as follows:
session-timeout 10 output
modem Host
transport input all
databits 7
parity even
stopbits 1
flowcontrol software
Initial guesses on the cause are :
-9.6Kbps is not enough to handle large transfer of data
-defaults ip hold queue is not enough
-tcp buffer cannot handle large volume of incoming data
-flowcontrol between server and Cisco2611 is not working
-there's a problem on protocol translation
Has anybody ever experienced a similar problem on this? would appreciate sharing a solution on this. thanks in advance....
we're using reverse-telnet ("telnet <ip address> 4001 /noecho" to connect to an async port of a terminal server. Our process is that we issue a data retrieval command to the server and data (in 15 pages) comes out afterwards. But most of the time, the data (in text format) on the 40th line between third and fifth page is always missing. I used a protocol analyser tapped on the serial and ethernet port of the Cisco 2611 and results showed that data is complete going in to the serial and truncated when goint out of ethernet port
terminal server<-->Cisco2611<-->IPnetwork<-->Cisco3640<-->UNIX server
where terminal-Cisco2611
= async port at 9.6kbps 7E1
Our config for the serial port is as follows:
session-timeout 10 output
modem Host
transport input all
databits 7
parity even
stopbits 1
flowcontrol software
Initial guesses on the cause are :
-9.6Kbps is not enough to handle large transfer of data
-defaults ip hold queue is not enough
-tcp buffer cannot handle large volume of incoming data
-flowcontrol between server and Cisco2611 is not working
-there's a problem on protocol translation
Has anybody ever experienced a similar problem on this? would appreciate sharing a solution on this. thanks in advance....