any other suggestion to prevent Digi TS16 devices from "freezing" ?

does anybody else have some suggestion to solve or identify the reason causing the Digi Portservers to freeze?

running out of ideas here and we’re considering to replace Digi devices with Perle…

  1. Ensure the latest firmware is applied.
  2. If using port sharing:

http://knowledge.digi.com/articles/Knowledge_Base_Article/Troubleshooting-Tips-When-Sharing-a-Serial-Port

  1. Check for flow control buffer overflows by issuing “display ports” from the command line of the unit:

http://knowledge.digi.com/articles/Knowledge_Base_Article/What-does-OFC-and-IFC-mean-and-how-do-I-resolve-it

  1. If running RealPort, please advise what operating system/version.

1.Latest Digi driver is installed.
We tried already to exchange the Digi unit with a new one, but this did not helped.

#> show versions

PortServer TS 16 Rack:

Component Part-Number Release-Tag

Boot/Post 82000685 release_82000685_G
Running EOS 82000684 release_82000684_W

  1. Port sharing is used and we are actively reading the data from both hosts.

#> show sharing

    current       max

tty clients clients control timeout wrpolicy

1 2 2 shared 0 all
2 2 2 shared 0 all
3 2 2 shared 0 all
4 2 2 shared 0 all
5 2 2 shared 0 all
6 2 2 shared 0 all
7 2 2 shared 0 all
8 2 2 shared 0 all
9 2 2 shared 0 all
10 2 2 shared 0 all
11 2 2 shared 0 all
12 2 2 shared 0 all
13 2 2 shared 0 all
14 2 2 shared 0 all
15 2 2 shared 0 all
16 2 2 shared 0 all

#> show buffers

tty state size(kb) % usage

1 off 32 0
2 off 32 0
3 off 32 0
4 off 32 0
5 off 32 0
6 off 32 0
7 off 32 0
8 off 32 0
9 off 32 0
10 off 32 0
11 off 32 0
12 off 32 0
13 off 32 0
14 off 32 0
15 off 32 0
16 off 32 0

  1. In normal operation, there is no indication for flow control buffer overflows (OFC or IFC)
    Unfortunately there is no possibility to connect to the Digi Unit when this “freezing” situation occurs, as TCP/IP access is not possible anymore.

#> display ports

Serial port activity:

Port TX RX RTS CTS DSR DCD DTR RI OFC IFC

1 off off on off off off on off off off
2 off off on off off off on off off off
3 off on on off off off on off off off
4 off off on off off off on off off off
5 off off on off off off on off off off
6 off off on off off off on off off off
7 off off on off off off on off off off
8 off off on off off off on off off off
9 off off on off off off on off off off
10 off off on off off off on off off off
11 off off on off off off on off off off
12 on off on off off off on off off off
13 on off on off off off on off off off
14 off off on off off off on off off off
15 off off off off off off on off off off
16 off off on off off off on off off off

  1. We are using Solaris 10 hosts and latest Realport driver version 2.8.5
    The problem was noticed for hosts with SPARC and X86 architecture.

Do you have any other suggestion?
Thank you!

Port sharing is not supported with any Unix variants running RealPort. You should use TCP socket communication if port sharing is necessary.

where did you get this info that Port sharing is not supported for Digi PortServer TS series with Realport on Solaris 10?

I know that it is not supported for the new Digi ConnectPort LTS models, (and Raw TCP socket should be used instead for these models)

But for the old Digi PortServer TS8/16 or Digi One, sharing mode should be supported for Solaris 10 and RealPort.
There is also this Redundancy white paper available from Digi:
http://www.digi.com/pdf/wp_redundancy.pdf

Port Sharing works when using TCP sockets and the Windows RealPort drivers, however not when used with Solaris/Unix/Linux RealPort drivers.