Hi, Can anyone confirm that with an old quad/netserver chassis you can accept ISDN calls on the PRI card, shuffle them off to the modem, and (if the netserver is inactive on that card), pump the data out the dte port on the quad (with analog nic)? I found an old post alluding to that, just wondering if anyone has done it. I assume there's also some sort of hack-around where the user would hit the netserver and do a reverse-telnet to the serial port... Any ideas? Thanks, Charles -- Charles Sprickman spork@inch.com
I don't remember it that way but it may work (make sure the data is going out the DTE with the proper modem SX=X setting). I remember it that one would point all ISDN calls to the Netsetver on the Dual PRI card and and it would take care of the rest. Marshall "Long Tooth" Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 ----- Original Message ----- From: "Charles Sprickman" <spork@inch.com> To: <usr-tc@lists.xmission.com> Sent: Tuesday, December 17, 2002 1:45 PM Subject: [USR-TC] ISDN -> Quad -> serial?
Hi,
Can anyone confirm that with an old quad/netserver chassis you can accept ISDN calls on the PRI card, shuffle them off to the modem, and (if the netserver is inactive on that card), pump the data out the dte port on the quad (with analog nic)?
I found an old post alluding to that, just wondering if anyone has done it.
I assume there's also some sort of hack-around where the user would hit the netserver and do a reverse-telnet to the serial port...
Any ideas?
Thanks,
Charles
-- Charles Sprickman spork@inch.com
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
Yes you can. You need to set up the quad modem such that its DTE interface is RS232 port and have a device that answers the call. You can use the TCM to set the DTE device as RS232 - there is a AT command too but I don¹t remember you can always do a ats$ and it should give you an output. -V On 12/17/02 3:17 PM, "Marshall Morgan" <marshall@netdoor.com> wrote:
I don't remember it that way but it may work (make sure the data is going out the DTE with the proper modem SX=X setting). I remember it that one would point all ISDN calls to the Netsetver on the Dual PRI card and and it would take care of the rest.
Marshall "Long Tooth" Morgan
Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com
601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 ----- Original Message ----- From: "Charles Sprickman" <spork@inch.com> To: <usr-tc@lists.xmission.com> Sent: Tuesday, December 17, 2002 1:45 PM Subject: [USR-TC] ISDN -> Quad -> serial?
Hi,
Can anyone confirm that with an old quad/netserver chassis you can accept ISDN calls on the PRI card, shuffle them off to the modem, and (if the netserver is inactive on that card), pump the data out the dte port on the quad (with analog nic)?
I found an old post alluding to that, just wondering if anyone has done it.
I assume there's also some sort of hack-around where the user would hit the netserver and do a reverse-telnet to the serial port...
Any ideas?
Thanks,
Charles
-- Charles Sprickman spork@inch.com
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
On Tue, 17 Dec 2002, Ved wrote:
Yes you can. You need to set up the quad modem such that its DTE interface is RS232 port and have a device that answers the call. You can use the TCM to set the DTE device as RS232 - there is a AT command too but I don�t remember you can always do a ats$ and it should give you an output.
I read somewhere in the old archives that just setting the modem inactive on the netserver forced the modem to talk to the serial port. That doesn't sound right though. I've been poking in TCM and don't see the setting... Do you know where it is offhand? Thanks, Charles
-V
On 12/17/02 3:17 PM, "Marshall Morgan" <marshall@netdoor.com> wrote:
I don't remember it that way but it may work (make sure the data is going out the DTE with the proper modem SX=X setting). I remember it that one would point all ISDN calls to the Netsetver on the Dual PRI card and and it would take care of the rest.
Marshall "Long Tooth" Morgan
Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com
601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 ----- Original Message ----- From: "Charles Sprickman" <spork@inch.com> To: <usr-tc@lists.xmission.com> Sent: Tuesday, December 17, 2002 1:45 PM Subject: [USR-TC] ISDN -> Quad -> serial?
Hi,
Can anyone confirm that with an old quad/netserver chassis you can accept ISDN calls on the PRI card, shuffle them off to the modem, and (if the netserver is inactive on that card), pump the data out the dte port on the quad (with analog nic)?
I found an old post alluding to that, just wondering if anyone has done it.
I assume there's also some sort of hack-around where the user would hit the netserver and do a reverse-telnet to the serial port...
Any ideas?
Thanks,
Charles
-- Charles Sprickman spork@inch.com
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
There is an option where you set the modem to packet bus answer only, disable that - remove the netserver. I don¹t have TCM up to give you the exact details but will do that sometime tomorrow. _V On 12/18/02 1:04 AM, "Charles Sprickman" <spork@inch.com> wrote:
On Tue, 17 Dec 2002, Ved wrote:
Yes you can. You need to set up the quad modem such that its DTE interface is RS232 port and have a device that answers the call. You can use the TCM to set the DTE device as RS232 - there is a AT command too but I don¹t remember you can always do a ats$ and it should give you an output.
I read somewhere in the old archives that just setting the modem inactive on the netserver forced the modem to talk to the serial port. That doesn't sound right though. I've been poking in TCM and don't see the setting... Do you know where it is offhand?
Thanks,
Charles
-V
On 12/17/02 3:17 PM, "Marshall Morgan" <marshall@netdoor.com> wrote:
I don't remember it that way but it may work (make sure the data is going out the DTE with the proper modem SX=X setting). I remember it that one would point all ISDN calls to the Netsetver on the Dual PRI card and and it would take care of the rest.
Marshall "Long Tooth" Morgan
Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com
601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 ----- Original Message ----- From: "Charles Sprickman" <spork@inch.com> To: <usr-tc@lists.xmission.com> Sent: Tuesday, December 17, 2002 1:45 PM Subject: [USR-TC] ISDN -> Quad -> serial?
Hi,
Can anyone confirm that with an old quad/netserver chassis you can accept ISDN calls on the PRI card, shuffle them off to the modem, and (if the netserver is inactive on that card), pump the data out the dte port on the quad (with analog nic)?
I found an old post alluding to that, just wondering if anyone has done it.
I assume there's also some sort of hack-around where the user would hit the netserver and do a reverse-telnet to the serial port...
Any ideas?
Thanks,
Charles
-- Charles Sprickman spork@inch.com
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
Getting closer... Just setting the modem inactive in Netserver does seem to do the trick, but I'm getting some odd results. I get the beginning of a handshake, then it drops the line. There is a pc with an open terminal session sitting on the other end of the serial cable. What's a good way to make sure a quad is set to complete factory defaults via TCM? I just want to make sure that I'm not fighting some setting a previous owner wrote to nvram... Thanks, Charles -- Charles Sprickman spork@inch.com On Wed, 18 Dec 2002, Ved wrote:
There is an option where you set the modem to packet bus answer only, disable that - remove the netserver. I don�t have TCM up to give you the exact details but will do that sometime tomorrow.
_V
On 12/18/02 1:04 AM, "Charles Sprickman" <spork@inch.com> wrote:
On Tue, 17 Dec 2002, Ved wrote:
Yes you can. You need to set up the quad modem such that its DTE interface is RS232 port and have a device that answers the call. You can use the TCM to set the DTE device as RS232 - there is a AT command too but I don�t remember you can always do a ats$ and it should give you an output.
I read somewhere in the old archives that just setting the modem inactive on the netserver forced the modem to talk to the serial port. That doesn't sound right though. I've been poking in TCM and don't see the setting... Do you know where it is offhand?
Thanks,
Charles
-V
On 12/17/02 3:17 PM, "Marshall Morgan" <marshall@netdoor.com> wrote:
I don't remember it that way but it may work (make sure the data is going out the DTE with the proper modem SX=X setting). I remember it that one would point all ISDN calls to the Netsetver on the Dual PRI card and and it would take care of the rest.
Marshall "Long Tooth" Morgan
Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com
601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 ----- Original Message ----- From: "Charles Sprickman" <spork@inch.com> To: <usr-tc@lists.xmission.com> Sent: Tuesday, December 17, 2002 1:45 PM Subject: [USR-TC] ISDN -> Quad -> serial?
Hi,
Can anyone confirm that with an old quad/netserver chassis you can accept ISDN calls on the PRI card, shuffle them off to the modem, and (if the netserver is inactive on that card), pump the data out the dte port on the quad (with analog nic)?
I found an old post alluding to that, just wondering if anyone has done it.
I assume there's also some sort of hack-around where the user would hit the netserver and do a reverse-telnet to the serial port...
Any ideas?
Thanks,
Charles
-- Charles Sprickman spork@inch.com
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
On the quad modem set dip switches 3 8 9 and 10 to on. Dip switch 10 enables factory defaults. Now once you connect with the terminal server on the PC to the modem - when the call comes in - you would have to answer it or set the modem to auto answer (ats0=1). If you do not want to mess around with the dip switches then use the terminal session and type at&f1s0=1&w -V On 12/18/02 10:18 PM, "Charles Sprickman" <spork@inch.com> wrote:
Getting closer... Just setting the modem inactive in Netserver does seem to do the trick, but I'm getting some odd results. I get the beginning of a handshake, then it drops the line. There is a pc with an open terminal session sitting on the other end of the serial cable.
What's a good way to make sure a quad is set to complete factory defaults via TCM? I just want to make sure that I'm not fighting some setting a previous owner wrote to nvram...
Thanks,
Charles
-- Charles Sprickman spork@inch.com
On Wed, 18 Dec 2002, Ved wrote:
There is an option where you set the modem to packet bus answer only, disable that - remove the netserver. I don¹t have TCM up to give you the exact details but will do that sometime tomorrow.
_V
On 12/18/02 1:04 AM, "Charles Sprickman" <spork@inch.com> wrote:
On Tue, 17 Dec 2002, Ved wrote:
Yes you can. You need to set up the quad modem such that its DTE interface is RS232 port and have a device that answers the call. You can use the TCM to set the DTE device as RS232 - there is a AT command too but I don¹t remember you can always do a ats$ and it should give you an output.
I read somewhere in the old archives that just setting the modem inactive on the netserver forced the modem to talk to the serial port. That doesn't sound right though. I've been poking in TCM and don't see the setting... Do you know where it is offhand?
Thanks,
Charles
-V
On 12/17/02 3:17 PM, "Marshall Morgan" <marshall@netdoor.com> wrote:
I don't remember it that way but it may work (make sure the data is going out the DTE with the proper modem SX=X setting). I remember it that one would point all ISDN calls to the Netsetver on the Dual PRI card and and it would take care of the rest.
Marshall "Long Tooth" Morgan
Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com
601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838 ----- Original Message ----- From: "Charles Sprickman" <spork@inch.com> To: <usr-tc@lists.xmission.com> Sent: Tuesday, December 17, 2002 1:45 PM Subject: [USR-TC] ISDN -> Quad -> serial?
Hi,
Can anyone confirm that with an old quad/netserver chassis you can accept ISDN calls on the PRI card, shuffle them off to the modem, and (if the netserver is inactive on that card), pump the data out the dte port on the quad (with analog nic)?
I found an old post alluding to that, just wondering if anyone has done it.
I assume there's also some sort of hack-around where the user would hit the netserver and do a reverse-telnet to the serial port...
Any ideas?
Thanks,
Charles
-- Charles Sprickman spork@inch.com
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
I know we're not the only company dealing with this so I thought I'd open the topic up to discussion. What does everyone do with their defective hardware (DSP's, Hiper Arc's, NMC's, PSU's, Chassis) that is not under contract? We have over the years established a decent size graveyard of cards that no longer work. All of these cards have gone through the process of trying to reflash their code either via a ATZ{Z}, ATZ{FZ}, or a PCSDL download to no avail. DSP's seem to be the biggest problem. They will typically display the messed up LEDs on the modem untilization bar, and a variety of crash messages if consoled in. What's unusual is that sometimes you can get cards to at least boot up properly (whether or not they are reliable enough to put into service is another issue) by finding the right combination of NIC/NAC's amongst the graveyard stock. I do realize not all the DSPs are the same hardware revision. Does anyone have any other tests or procedures that they do on their problem cards, in particular Hiper DSPs? Has anyone found a method of bringing them back to life? Does anyone know of any options to get these cards working again? Commworks.....do you have any undocumented techniques for dealing with "dead" cards. Can you provide any information that may be helpful? Regards, Todd
participants (4)
-
Charles Sprickman -
Marshall Morgan -
Todd Bertolozzi -
Ved