Keith, In a nutshell, we <sic> are looking for a terminal server that will work with ALL of the following:
1) KXTD Panasonic Dos based programming software 2) KXTD Panasonic Windows based programming software 3) KXTD Programator Windows programming software 4) KXTD Voicemail programming software 5) Allow SMDR logs to go a production server located elsewhere in the building. 6) Optionally provide a serial console connections for other equipment in the phone Room, Alarm, UPS, Routers, Lutron light control,Crestron, AMX phast, Wireless bridges etc.... Hopefully one that is convenient to configure and install. Also, at least 2 ports for openers. 10/100 compatible. 802.11 would also be very nice. Core of the problem is that these programs drop then raise (simultaneously) CTS and DSR programmatically to allow the KXTD serial port to realize it should leave SMDR mode and enter Programming mode. It also issues 2 or 3 (depends on program) "0Ah" ( new line ) characters also which are not a problem for terminal servers. It is a RFC2217 problem. Must also issue (YE <cr>) AND handshake to return to SMDR mode at the end of the programming session. I included the original post which will help outline some of the limitations and previous efforts. Thanks you for your interest, Rocky I have tried over a dozen different Terminal servers with the KXTD1232 and found only one to work... to a limited extent (will only connect on the second try). The Lantronix MSS-VIA with their previous port emulator software not their current (DeviceComm Manager build 1.07). The problem is you have to toggle the handshake lines to switch from SMDR to Programming mode. Most Terminal servers control the handshake lines locally. BUT what you need is one that look like a UART at the end of the network which can have it's handshake lines controlled by the PC as if it where in the PC. There is an RFC that partially address this issue RFC2217. I will help someone if they want to work on this problem. Provide RS-232 Data analyzer or any of the products listed below. We have tried: Lantronix: MSS-100, MSS-VIA, UDS-10, ETS16, ETS16PR, ETS32PR, MSS1, LRS2 Digiboard: Portserver II, Port server TS, Etherlite Stallion Xylogics Blackbox Another problem is I have never seen the schematic for the Panasonic serial port. YEAH, YEAH I have seen a hundred post's for the serial cable -BUT- which are in and which are out and which are actually active (actually toggle or are sensed by the USART in the switch). NOT in the documentation. >I've kept your post from October 30 because I was intrigued. But I'm a >bit confused as to what the problem is? Terminal Server solutions have >been around for a long time. Would you provide a laundry list of what >you're trying to accomplish? One of the posts said they were successful with no MARK parity set. This is common with 8 bit schemes. Takes more processing power to handle that problem. In particular that is why a Lantronix MSS-VIA sort of works and their MSS-100 won't work at all. I have spent HOURS with the engineers at Digiboard and Lantronix trying to educate them to problems with their products not meeting RFC 2217 or it's goals. The goal is to have a remote USART behave just like it is your PC. The other problem is some their human interfaces are actually worse than the Panasonic DOS programming software if you can believe that. The Lantronix later Web based software is pretty nice. -BUT- can be a security problem so be careful if there isn't a firewall. Something like the MSS-VIA with Panasonic would be nice. 2 serial ports.. 1 for Switch and 1 for Voice mail 1 PCMCIA slot for 802.11B -AND 10/100 hardwired. I have successfully used Cisco aironet 340 cards with the MSS-Via and the Panasonic 1232. Any takers?? -----Original Message----- From: Keith Morse [mailto:[EMAIL PROTECTED]] Sent: Sunday, November 17, 2002 2:55 PM To: Rocky Freel Cc: [EMAIL PROTECTED] Subject: Re: KX-T: Continued Quest for Terminal Server Solution... On Fri, 15 Nov 2002, Rocky Freel wrote: > Oh boy! [ Lot's o' snippage} > Let's come up with a solution for this problem! I've kept your post from October 30 because I was intrigued. But I'm a bit confused as to what the problem is? Terminal Server solutions have been around for a long time. Would you provide a laundry list of what you're trying to accomplish? _________________________________________________________________ KX-T Mailing list --- http://kxthelp.com/ Subscription changes: http://kxthelp.com/mailman/listinfo/kxt
