Over the past two years we have deployed NI-700/NXD-700(V)i (the 'V' was removed in recent iterations of the panel) across our campus, totaling close to 100 rooms. Most of them have been put on our network and integrated with RMS.
The systems are relatively simple � one Panasonic projector, one Extron switcher, 3-5 sources, and an occasional Rane DSP with microphone inputs. They all have the same equipment, so consistency is not an issue.
Unfortunately, this summer has seen many of those room go offline because either the master or panel became unresponsive. The rash of incidents has got our help desk spooked � it is obviously a big problem if we need to cycle the power in two rooms per day.
I have only scratched the surface in troubleshooting the issue � as you might imagine, this is an issue that is difficult to replicate in a lab environment. Of course I called AMX and they could not help me over the phone.
An issue we have all but ruled out is power fluctuations. Some of our buildings have been known for power surges, and I suspected there might be some intentional power outages because of summer usage. Every attempt to try to replicate the issue using spikes and outages has failed, however; the system always comes back online.
The next troubleshooting step I plan to take is to emulate a "hacker attack" on a system in my office. Our systems are actually on an open network, but I have them locked down for security purposes. I'm not sure if we have an exposed port � maybe 1319 is being targeted? � or if there is another issue that can be exploited by hackers.
Finally, there is the issue of code. The problem with this route is that I have created a code core that automates almost everything � I went about it this way because we will have 200+ rooms online by the end of this project and I wanted a way to deploy code on a room-to-room basis without needing to re-write code each time. We have not had widespread issues like this in the past, however. I am unsure why they would have started cropping up now.]
At any rate... if you are still reading this, and you think you might be able to help, I would greatly appreciate anything you could give. Even if it's bouncing questions back and forth, every little bit will help.
I will gladly answer any questions about code or setup.
We provide campus wide support to a similar number of Netlinx processors here an UGA. Last summer we ran into a similar rash of systems locking up. In our case it was isolated to several building were there appeared to be other problems with the building Ethernet infrastructure. We've also occasionally seen lockups after electrical storms or other electrical disruptions (in the words of local building staff, "oh ya, they were doing some electrical work in the building").
We have updated firmware on all affected systems and also followed the other recommendations in the e-mail copied below.
Since then we've had few if any problems with lockup requiring reset.
________________
Donald Newman CTL - Classroom Support
University of Georgia
706-542-3456
From: XXXXXXXXXX XXXXXXXXXX
Sent: Friday, August 05, 2011 3:13 PM
To: Donald E Newman
Subject: Netlinx masters and the network
Donald,
The number one thing you can do to improve uptime of netlinx masters on a corporate or campus network is to have the IT department add all AMX masters and panels to an exceptions list so they are not hit during network security scans.
Here is a tech note going over a known cause of network issues:
Command to set the masters for the most robust network connectivity:
Set Ethernet mode 10 half (sets master to a speed of 10 and half duplex. You could also go up to 100 full. The main item here is to get out of AUTO mode)
Set udp bc rate 0 (this disables broadcasts messages which allow panels to find masters when the panel is set in auto mode)
Zeroconf disable (disables the master from being found using zeroconfig)
And if you are doing master to master systems then it is highly recommended you follow the recommendations of tech note #919
-----Original Message-----
From: av-1@googlegroups.com [mailto:av-1@googlegroups.com] On Behalf Of Alessandro Miglio
Sent: Thursday, July 19, 2012 12:28 PM
To: av-1@googlegroups.com
Subject: [av-1] AMX Troubleshooting Help Needed
To anyone who might be able to help,
Please bear with me for this long explanation.
Over the past two years we have deployed NI-700/NXD-700(V)i (the 'V' was removed in recent iterations of the panel) across our campus, totaling close to 100 rooms. Most of them have been put on our network and integrated with RMS.
The systems are relatively simple - one Panasonic projector, one Extron switcher, 3-5 sources, and an occasional Rane DSP with microphone inputs. They all have the same equipment, so consistency is not an issue.
Unfortunately, this summer has seen many of those room go offline because either the master or panel became unresponsive. The rash of incidents has got our help desk spooked - it is obviously a big problem if we need to cycle the power in two rooms per day.
I have only scratched the surface in troubleshooting the issue - as you might imagine, this is an issue that is difficult to replicate in a lab environment. Of course I called AMX and they could not help me over the phone.
An issue we have all but ruled out is power fluctuations. Some of our buildings have been known for power surges, and I suspected there might be some intentional power outages because of summer usage. Every attempt to try to replicate the issue using spikes and outages has failed, however; the system always comes back online.
The next troubleshooting step I plan to take is to emulate a "hacker attack" on a system in my office. Our systems are actually on an open network, but I have them locked down for security purposes. I'm not sure if we have an exposed port - maybe 1319 is being targeted? - or if there is another issue that can be exploited by hackers.
Finally, there is the issue of code. The problem with this route is that I have created a code core that automates almost everything - I went about it this way because we will have 200+ rooms online by the end of this project and I wanted a way to deploy code on a room-to-room basis without needing to re-write code each time. We have not had widespread issues like this in the past, however. I am unsure why they would have started cropping up now.]
At any rate... if you are still reading this, and you think you might be able to help, I would greatly appreciate anything you could give. Even if it's bouncing questions back and forth, every little bit will help.
I will gladly answer any questions about code or setup.
Thanks for reading!
-Alex
--
You received this message because you are subscribed to the AV-1 List To post to this list, send email to l...@av-1.org
To unsubscribe send email to AV-1+unsubscribe@googlegroups.com Need help fast? Send email to ad...@av-1.org
-----Original Message-----
From: av-1@googlegroups.com [mailto:av-1@googlegroups.com] On Behalf Of Alessandro Miglio
Sent: July 19, 2012 12:28 PM
To: av-1@googlegroups.com
Subject: [av-1] AMX Troubleshooting Help Needed
To anyone who might be able to help,
Please bear with me for this long explanation.
Over the past two years we have deployed NI-700/NXD-700(V)i (the 'V' was removed in recent iterations of the panel) across our campus, totaling close to 100 rooms. Most of them have been put on our network and integrated with RMS.
The systems are relatively simple - one Panasonic projector, one Extron switcher, 3-5 sources, and an occasional Rane DSP with microphone inputs. They all have the same equipment, so consistency is not an issue.
Unfortunately, this summer has seen many of those room go offline because either the master or panel became unresponsive. The rash of incidents has got our help desk spooked - it is obviously a big problem if we need to cycle the power in two rooms per day.
I have only scratched the surface in troubleshooting the issue - as you might imagine, this is an issue that is difficult to replicate in a lab environment. Of course I called AMX and they could not help me over the phone.
An issue we have all but ruled out is power fluctuations. Some of our buildings have been known for power surges, and I suspected there might be some intentional power outages because of summer usage. Every attempt to try to replicate the issue using spikes and outages has failed, however; the system always comes back online.
The next troubleshooting step I plan to take is to emulate a "hacker attack" on a system in my office. Our systems are actually on an open network, but I have them locked down for security purposes. I'm not sure if we have an exposed port - maybe 1319 is being targeted? - or if there is another issue that can be exploited by hackers.
Finally, there is the issue of code. The problem with this route is that I have created a code core that automates almost everything - I went about it this way because we will have 200+ rooms online by the end of this project and I wanted a way to deploy code on a room-to-room basis without needing to re-write code each time. We have not had widespread issues like this in the past, however. I am unsure why they would have started cropping up now.]
At any rate... if you are still reading this, and you think you might be able to help, I would greatly appreciate anything you could give. Even if it's bouncing questions back and forth, every little bit will help.
I will gladly answer any questions about code or setup.
Thanks for reading!
-Alex
--
You received this message because you are subscribed to the AV-1 List To post to this list, send email to l...@av-1.org
To unsubscribe send email to AV-1+unsubscribe@googlegroups.com Need help fast? Send email to ad...@av-1.org
> Over the past two years we have deployed NI-700/NXD-700(V)i (the 'V' > was removed in recent iterations of the panel) across our campus, > totaling close to 100 rooms. Most of them have been put on our network > and integrated with RMS.
> The systems are relatively simple — one Panasonic projector, one > Extron switcher, 3-5 sources, and an occasional Rane DSP with > microphone inputs. They all have the same equipment, so consistency is > not an issue.
> Unfortunately, this summer has seen many of those room go offline > because either the master or panel became unresponsive. The rash of > incidents has got our help desk spooked — it is obviously a big > problem if we need to cycle the power in two rooms per day.
> I have only scratched the surface in troubleshooting the issue — as > you might imagine, this is an issue that is difficult to replicate in > a lab environment. Of course I called AMX and they could not help me > over the phone.
> An issue we have all but ruled out is power fluctuations. Some of our > buildings have been known for power surges, and I suspected there > might be some intentional power outages because of summer usage. Every > attempt to try to replicate the issue using spikes and outages has > failed, however; the system always comes back online.
> The next troubleshooting step I plan to take is to emulate a "hacker > attack" on a system in my office. Our systems are actually on an open > network, but I have them locked down for security purposes. I'm not > sure if we have an exposed port — maybe 1319 is being targeted? — or > if there is another issue that can be exploited by hackers.
> Finally, there is the issue of code. The problem with this route is > that I have created a code core that automates almost everything — I > went about it this way because we will have 200+ rooms online by the > end of this project and I wanted a way to deploy code on a > room-to-room basis without needing to re-write code each time. We have > not had widespread issues like this in the past, however. I am unsure > why they would have started cropping up now.]
> At any rate... if you are still reading this, and you think you might > be able to help, I would greatly appreciate anything you could give. > Even if it's bouncing questions back and forth, every little bit will > help.
> I will gladly answer any questions about code or setup.
> Thanks for reading!
> -Alex
-- Douglas A. Smith, Ph.D., CTS-D
Director, Classroom Support
Illinois State University
Campus Box 6380
Normal, IL 61790-6380
ph 309-438-3685
fax 309-438-3623
-----Original Message-----
From: av-1@googlegroups.com [mailto:av-1@googlegroups.com] On Behalf Of Douglas Richardson
Sent: Thursday, July 19, 2012 11:04 AM
To: av-1@googlegroups.com
Subject: RE: [av-1] AMX Troubleshooting Help Needed
Sounds like denial of service hits
_______________________________
Doug Richardson, Systems Integrator
Queen's University, ITS/Classroom Presentations
Mackintosh-Corry Hall Suite D123
Kingston, Ontario Canada K7L-3N6
613 533 6571 doug.richard...@queensu.ca
-----Original Message-----
From: av-1@googlegroups.com [mailto:av-1@googlegroups.com] On Behalf Of Alessandro Miglio
Sent: July 19, 2012 12:28 PM
To: av-1@googlegroups.com
Subject: [av-1] AMX Troubleshooting Help Needed
To anyone who might be able to help,
Please bear with me for this long explanation.
Over the past two years we have deployed NI-700/NXD-700(V)i (the 'V' was removed in recent iterations of the panel) across our campus, totaling close to 100 rooms. Most of them have been put on our network and integrated with RMS.
The systems are relatively simple - one Panasonic projector, one Extron switcher, 3-5 sources, and an occasional Rane DSP with microphone inputs. They all have the same equipment, so consistency is not an issue.
Unfortunately, this summer has seen many of those room go offline because either the master or panel became unresponsive. The rash of incidents has got our help desk spooked - it is obviously a big problem if we need to cycle the power in two rooms per day.
I have only scratched the surface in troubleshooting the issue - as you might imagine, this is an issue that is difficult to replicate in a lab environment. Of course I called AMX and they could not help me over the phone.
An issue we have all but ruled out is power fluctuations. Some of our buildings have been known for power surges, and I suspected there might be some intentional power outages because of summer usage. Every attempt to try to replicate the issue using spikes and outages has failed, however; the system always comes back online.
The next troubleshooting step I plan to take is to emulate a "hacker attack" on a system in my office. Our systems are actually on an open network, but I have them locked down for security purposes. I'm not sure if we have an exposed port - maybe 1319 is being targeted? - or if there is another issue that can be exploited by hackers.
Finally, there is the issue of code. The problem with this route is that I have created a code core that automates almost everything - I went about it this way because we will have 200+ rooms online by the end of this project and I wanted a way to deploy code on a room-to-room basis without needing to re-write code each time. We have not had widespread issues like this in the past, however. I am unsure why they would have started cropping up now.]
At any rate... if you are still reading this, and you think you might be able to help, I would greatly appreciate anything you could give. Even if it's bouncing questions back and forth, every little bit will help.
I will gladly answer any questions about code or setup.
Thanks for reading!
-Alex
--
You received this message because you are subscribed to the AV-1 List To post to this list, send email to l...@av-1.org
To unsubscribe send email to AV-1+unsubscribe@googlegroups.com Need help fast? Send email to ad...@av-1.org
LFC has the MVP-7500 panels and in the past if they have gone off line it has been a couple of different issues.
1. panel looses electrical (because of a power surge) and the internal batter didn't get charge
2. firmware needed updating
3. the little phoenix connector wires, going into the back of the Netlink Controller came loose
4. had to upgrade our wireless access points
If you can get into the Panel setup and under tools, check panel logs, seeing the connection log may help you get a idea of when the disconnections are occurring.
On Thursday, July 19, 2012 11:27:31 AM UTC-5, Alessandro Miglio wrote:
> To anyone who might be able to help,
> Please bear with me for this long explanation.
> Over the past two years we have deployed NI-700/NXD-700(V)i (the 'V' was > removed in recent iterations of the panel) across our campus, totaling > close to 100 rooms. Most of them have been put on our network and > integrated with RMS.
> The systems are relatively simple � one Panasonic projector, one Extron > switcher, 3-5 sources, and an occasional Rane DSP with microphone > inputs. They all have the same equipment, so consistency is not an issue.
> Unfortunately, this summer has seen many of those room go offline > because either the master or panel became unresponsive. The rash of > incidents has got our help desk spooked � it is obviously a big problem > if we need to cycle the power in two rooms per day.
> I have only scratched the surface in troubleshooting the issue � as you > might imagine, this is an issue that is difficult to replicate in a lab > environment. Of course I called AMX and they could not help me over the > phone.
> An issue we have all but ruled out is power fluctuations. Some of our > buildings have been known for power surges, and I suspected there might > be some intentional power outages because of summer usage. Every attempt > to try to replicate the issue using spikes and outages has failed, > however; the system always comes back online.
> The next troubleshooting step I plan to take is to emulate a "hacker > attack" on a system in my office. Our systems are actually on an open > network, but I have them locked down for security purposes. I'm not sure > if we have an exposed port � maybe 1319 is being targeted? � or if > there > is another issue that can be exploited by hackers.
> Finally, there is the issue of code. The problem with this route is that > I have created a code core that automates almost everything � I went > about it this way because we will have 200+ rooms online by the end of > this project and I wanted a way to deploy code on a room-to-room basis > without needing to re-write code each time. We have not had widespread > issues like this in the past, however. I am unsure why they would have > started cropping up now.]
> At any rate... if you are still reading this, and you think you might be > able to help, I would greatly appreciate anything you could give. Even > if it's bouncing questions back and forth, every little bit will help.
> I will gladly answer any questions about code or setup.
I've experienced this problem in the past. We solved the problem (as some
one else suggested) by setting both touch screens and controllers to Ethernet
mode 10 half. I would run this by your network folks. I been told by mine
that our newer network switches might no longer handle 10 half well. Will
probably switch our systems to 100 half.
On Thu, Jul 19, 2012 at 1:39 PM, Bell, John W <john.w.b...@intel.com> wrote:
> Check the NiCad batteries embedded within the touch panels themselves.
> -----Original Message-----
> From: av-1@googlegroups.com [mailto:av-1@googlegroups.com] On Behalf Of
> Douglas Richardson
> Sent: Thursday, July 19, 2012 11:04 AM
> To: av-1@googlegroups.com
> Subject: RE: [av-1] AMX Troubleshooting Help Needed
> Sounds like denial of service hits
> _______________________________
> Doug Richardson, Systems Integrator
> Queen's University, ITS/Classroom Presentations
> Mackintosh-Corry Hall Suite D123
> Kingston, Ontario Canada K7L-3N6
> 613 533 6571 doug.richard...@queensu.ca
> -----Original Message-----
> From: av-1@googlegroups.com [mailto:av-1@googlegroups.com] On Behalf Of
> Alessandro Miglio
> Sent: July 19, 2012 12:28 PM
> To: av-1@googlegroups.com
> Subject: [av-1] AMX Troubleshooting Help Needed
> To anyone who might be able to help,
> Please bear with me for this long explanation.
> Over the past two years we have deployed NI-700/NXD-700(V)i (the 'V' was
> removed in recent iterations of the panel) across our campus, totaling
> close to 100 rooms. Most of them have been put on our network and
> integrated with RMS.
> The systems are relatively simple - one Panasonic projector, one Extron
> switcher, 3-5 sources, and an occasional Rane DSP with microphone inputs.
> They all have the same equipment, so consistency is not an issue.
> Unfortunately, this summer has seen many of those room go offline because
> either the master or panel became unresponsive. The rash of incidents has
> got our help desk spooked - it is obviously a big problem if we need to
> cycle the power in two rooms per day.
> I have only scratched the surface in troubleshooting the issue - as you
> might imagine, this is an issue that is difficult to replicate in a lab
> environment. Of course I called AMX and they could not help me over the
> phone.
> An issue we have all but ruled out is power fluctuations. Some of our
> buildings have been known for power surges, and I suspected there might be
> some intentional power outages because of summer usage. Every attempt to
> try to replicate the issue using spikes and outages has failed, however;
> the system always comes back online.
> The next troubleshooting step I plan to take is to emulate a "hacker
> attack" on a system in my office. Our systems are actually on an open
> network, but I have them locked down for security purposes. I'm not sure if
> we have an exposed port - maybe 1319 is being targeted? - or if there is
> another issue that can be exploited by hackers.
> Finally, there is the issue of code. The problem with this route is that I
> have created a code core that automates almost everything - I went about it
> this way because we will have 200+ rooms online by the end of this project
> and I wanted a way to deploy code on a room-to-room basis without needing
> to re-write code each time. We have not had widespread issues like this in
> the past, however. I am unsure why they would have started cropping up now.]
> At any rate... if you are still reading this, and you think you might be
> able to help, I would greatly appreciate anything you could give. Even if
> it's bouncing questions back and forth, every little bit will help.
> I will gladly answer any questions about code or setup.
> Thanks for reading!
> -Alex
> --
> You received this message because you are subscribed to the AV-1 List To
> post to this list, send email to l...@av-1.org
> To unsubscribe send email to AV-1+unsubscribe@googlegroups.com Need help
> fast? Send email to ad...@av-1.org
Thanks very much for your replies, everyone. We are still trying to figure out what is going on, but we feel that we are on the right trail with a huge assist from this forum!
On Thursday, July 19, 2012 7:41:04 PM UTC-7, Jim wrote:
> I've experienced this problem in the past. We solved the problem (as some > one else suggested) by setting both touch screens and controllers to Ethernet > mode 10 half. I would run this by your network folks. I been told by mine > that our newer network switches might no longer handle 10 half well. Will > probably switch our systems to 100 half.
> Jim
> On Thu, Jul 19, 2012 at 1:39 PM, Bell, John W <john.w.b...@intel.com>wrote:
>> Check the NiCad batteries embedded within the touch panels themselves.
>> -----Original Message----- >> From: av-1@googlegroups.com [mailto:av-1@googlegroups.com] On Behalf Of >> Douglas Richardson >> Sent: Thursday, July 19, 2012 11:04 AM >> To: av-1@googlegroups.com >> Subject: RE: [av-1] AMX Troubleshooting Help Needed
>> Sounds like denial of service hits
>> _______________________________ >> Doug Richardson, Systems Integrator >> Queen's University, ITS/Classroom Presentations >> Mackintosh-Corry Hall Suite D123 >> Kingston, Ontario Canada K7L-3N6 >> 613 533 6571 doug.richard...@queensu.ca
>> -----Original Message----- >> From: av-1@googlegroups.com [mailto:av-1@googlegroups.com] On Behalf Of >> Alessandro Miglio >> Sent: July 19, 2012 12:28 PM >> To: av-1@googlegroups.com >> Subject: [av-1] AMX Troubleshooting Help Needed
>> To anyone who might be able to help,
>> Please bear with me for this long explanation.
>> Over the past two years we have deployed NI-700/NXD-700(V)i (the 'V' was >> removed in recent iterations of the panel) across our campus, totaling >> close to 100 rooms. Most of them have been put on our network and >> integrated with RMS.
>> The systems are relatively simple - one Panasonic projector, one Extron >> switcher, 3-5 sources, and an occasional Rane DSP with microphone inputs. >> They all have the same equipment, so consistency is not an issue.
>> Unfortunately, this summer has seen many of those room go offline because >> either the master or panel became unresponsive. The rash of incidents has >> got our help desk spooked - it is obviously a big problem if we need to >> cycle the power in two rooms per day.
>> I have only scratched the surface in troubleshooting the issue - as you >> might imagine, this is an issue that is difficult to replicate in a lab >> environment. Of course I called AMX and they could not help me over the >> phone.
>> An issue we have all but ruled out is power fluctuations. Some of our >> buildings have been known for power surges, and I suspected there might be >> some intentional power outages because of summer usage. Every attempt to >> try to replicate the issue using spikes and outages has failed, however; >> the system always comes back online.
>> The next troubleshooting step I plan to take is to emulate a "hacker >> attack" on a system in my office. Our systems are actually on an open >> network, but I have them locked down for security purposes. I'm not sure if >> we have an exposed port - maybe 1319 is being targeted? - or if there is >> another issue that can be exploited by hackers.
>> Finally, there is the issue of code. The problem with this route is that >> I have created a code core that automates almost everything - I went about >> it this way because we will have 200+ rooms online by the end of this >> project and I wanted a way to deploy code on a room-to-room basis without >> needing to re-write code each time. We have not had widespread issues like >> this in the past, however. I am unsure why they would have started cropping >> up now.]
>> At any rate... if you are still reading this, and you think you might be >> able to help, I would greatly appreciate anything you could give. Even if >> it's bouncing questions back and forth, every little bit will help.
>> I will gladly answer any questions about code or setup.
>> Thanks for reading!
>> -Alex
>> -- >> You received this message because you are subscribed to the AV-1 List To >> post to this list, send email to l...@av-1.org
>> To unsubscribe send email to AV-1+unsubscribe@googlegroups.com Need help >> fast? Send email to ad...@av-1.org
