I remember buying WDT cards for XT PCs.  Plugged into the ISA bus.  Could do an 
NMI or it could also close the reset button circuit.  My code was so bad that 
they saved the day on many occasions.  

From: Ken Hohhof 
Sent: Thursday, January 21, 2016 4:06 PM
To: [email protected] 
Subject: Re: [AFMUG] Cambium 450 Watchdog resets - was: To Cambium WithLove- 
Replace the bad ePMP units.

Maybe some of the folks here who still do firmware design can comment, my 
experience is 15-20 years old.  But I remember a watchdog reset being 
implemented either as a hardware timer that the firmware or OS had to hit 
before it timed out (we used to call it punching the dog) or a chip based timer 
that generated a non maskable interrupt, either way the idea being if the 
firmware went off to la la land like got caught in a loop or some process 
started hogging all the resources, the device would restart rather than locking 
up.  With a realtime OS or scheduler, if the watchdog process doesn’t run on 
schedule, it probably means something is wrong in firmware.  So I wouldn’t 
necessarily doubt what they told you.

What I used to worry about was the firmware would go stark raving mad, but 
still be sane enough to punch the dog.

Oh, and remember the countdown clock on Lost where you had to enter 4 8 15 16 
23 42?  That was kind of a watchdog timer.


From: Brian Sullivan 
Sent: Thursday, January 21, 2016 4:10 PM
To: [email protected] 
Subject: Re: [AFMUG] Cambium 450 Watchdog resets - was: To Cambium With Love- 
Replace the bad ePMP units.

I was assured today that the issue isn't the hardware.� Evidently this issue 
can be solved with an upcoming software upgrade.
Time will tell.
http://community.cambiumnetworks.com/t5/PMP-450/13-2-to-13-4-System-Reset-Exception-Watchdog-Reset/td-p/43347/page/2


On 1/21/2016 4:02 PM, Joe Falaschi wrote:

  We have some APs that have uptime over 60 days but many reboot every 1-3 
weeks. �This is definitely an outlier. �We've been in contact with Cambium 
on this via an open ticket and sending them all of the information they request 
and nobody has said oh gosh that is bad hardware RMA it. �So, we're just 
going around and around. �We'll end up just replacing it and hoping they will 
take it back because obviously this is bad. �We are running 14.x per their 
request. �We saw this on 13.x as well. 

  Joe



  On Jan 21, 2016, at 12:05 PM, Ken Hohhof wrote:


    Joe, that is seriously bad.� I see watchdog resets and a few stack dumps, 
but uptime on 450 APs is typically 2-4 weeks, despite the recent cold weather, 
in fact I don�t think it has been more common than it was last summer.� I 
have not gone to 14.x though, everything is still on 13.2.
    �
    So either you have a bad unit, or 14.x is making it much worse.� If 
everyone was seeing resets every few minutes or hours, I think there would be 
villagers with torches and pitchforks outside Cambium HQ.
    �
    Brian from FVI does have a thread on the Cambium Community about this.
    �
    FWIW, I have one 450i 900 MHz which necessarily is on 14.1, and it does not 
appear to be having watchdog resets.� Lightly loaded however, just 2 subs.
    �
    �
    From: Joe Falaschi 
    Sent: Thursday, January 21, 2016 11:34 AM
    To: [email protected] 
    Subject: Re: [AFMUG] Cambium 450 Watchdog resets - was: To Cambium With 
Love- Replace the bad ePMP units.
    �
    We see a ton of reboots on the 450 platform as well.� It's getting pretty 
frustrating simply because this is such a long term issue.� One of my APs has 
rebooted 195 times (now running 14.1.2).� They are saying we should replace 
the AP but it is unclear if we can RMA it or not.� We do have an open ticket. 
    �
    Joe Falaschi
    e-vergent
    �
    �
    �
    <Screen Shot 2016-01-21 at 11.30.16 AM.png>

    On Jan 20, 2016, at 9:26 PM, Mark Radabaugh wrote:


      Hum�� sounds very similar.�� It�s temperature sensitive as well 
- gets far worse with low temperatures, and we are having pretty cold temps 
this week.�� 
      �
      Extremely frustrating and causing real customer complaints.
      �
      Mark
      �
        On Jan 20, 2016, at 9:28 PM, Tushar Patel <[email protected]> wrote:
        �
        Over two years we have been seeing random reboot. We were told over and 
over again you are the only one.� Then few people started reporting.
        �
        But cambium never could get bottom of the problems for two years so, I 
gave up on cambium fixing this random reboot.� We stop calling them about it. 
        �
        As the new versions of the software has come out over two years we have 
see the frequency of the problem reduce but not gone away.

        Tushar 
        �

        On Jan 20, 2016, at 6:25 PM, Mark Radabaugh <[email protected]> wrote:


          Tushar, 
          �
          What did you give up on?�� Or do?
          �
          Please note the mailing and shipping address change below:
          �
          Mark Radabaugh
          Amplex
          22690 Pemberville Rd
          Luckey, OH 43443
          419-837-5015 x1021
          [email protected]
          �
            On Jan 20, 2016, at 4:49 PM, Tushar Patel <[email protected]> wrote:
            �
            That's what they used to tell us too.� We have given up on the 
subject now. 

            Tushar 
            �

            On Jan 20, 2016, at 1:09 PM, Mark Radabaugh <[email protected]> wrote:


              Wait - they keep telling us we are the only ones that this 
happens to with 450?
              �
              So who else is having reboot-o-rama with 450�s?
              �
              Mark
              �
                On Jan 20, 2016, at 1:20 PM, Brian Sullivan 
<[email protected]> wrote:
                �
                I wish they would fix/replace the bad 450 AP's that suffer from 
Watchdog Resets.� 
                Although replacing 100 450 AP's is cheaper than ePMP.� :-/


                On 1/20/2016 12:11 PM, Josh Luthman wrote:

                  Why would making the memory faster degrade performance?
                  �
                  �
                  Josh Luthman
                  Office: 937-552-2340
                  Direct: 937-552-2343
                  1100 Wayne St
                  Suite 1337
                  Troy, OH 45373
                  �
                  On Wed, Jan 20, 2016 at 1:00 PM, Tyson Burris @ Internet 
Communications Inc <[email protected]> wrote:

                    Hello Cambium,


                    �
                    At the MidWest-IX launch party last night, several of us 
Indiana WISPs compared notes on the �cold weather� problems we are seeing 
with ePMPs.� It was very interesting to learn we are experience identical 
problems across the spectrum. 

                    We all understand this is a DRAM issue with certain units 
you have identified.� We also understand the firmware RC that has been made 
available to fix this short term.

                    The bottom line is we are very frustrated and grow tired of 
dealing with it.� 


                    �
                    Our concern is simple.� If your software fix 
�degrades� the performance of the product or triggers other issues, as it 
has been suggested, we would prefer a full recall and replacement program 
immediately.


                    �
                    If the suggestion that the fix will degrade the product 
performance is inaccurate and not cause other issues, I would like for this to 
be made public.� 


                    �
                    Thank you,


                    �
                    Tyson Burris, President 
                    Internet Communications Inc. 
                    739 Commerce Dr. 
                    Franklin, IN 46131 
                    � 
                    317-738-0320 Daytime # 
                    317-412-1540 Cell/Direct # 
                    Online: www.surfici.net 


                    �
                    <Mail Attachment.png>

                    What can ICI do for you? 


                    Broadband Wireless - PtP/PtMP Solutions - WiMax - Mesh 
Wifi/Hotzones - IP Security - Fiber - Tower - Infrastructure. 
                    � 
                    CONFIDENTIALITY NOTICE: This e-mail is intended for the 
                    addressee shown. It contains information that is 
                    confidential and protected from disclosure. Any review, 
                    dissemination or use of this transmission or its contents 
by 
                    unauthorized organizations or individuals is strictly 
                    prohibited.

                    �
                    �

                    �
                  �


              �
          �
      �
    �


Reply via email to