Bill, The log you send is completely normal for Canopy PTP products. This is a “Keep Alive Request Time Out” (KAREQTO) set after the backhaul slave sends a keep alive packet to the backhaul master. The backhaul master immediately responds with a Keep Alive Response (KARSP), which is logged as well. 8 seconds later the process is started over again to ensure the link is still up and well. There is no problem from the logs you reported, as the master is responding every time.
The “NewState: REGISTERED” is a bit misleading, as the last state was Registered, so it didn’t really change states. To see if your session is stable, check the Session Uptime on the BHS’s home page: [cid:image001.png@01CFE8CD.7C2B5CB0] Note, by default the Backhauls generate a fresh encryption key every 24 hours. This is control on the BHM’s Configuration --> Security page: [cid:image003.png@01CFE8CD.D960E760] Ken, On the separate PMP issue, the AP setting for the “SM Receive Target Level” of -59 dBm is not too hot. I do not know of any issues setting this to a higher number, besides of course increasing your self-interference with an AP on the backside. Enjoy your day, Charlie Galik Senior Staff Software Engineer Cambium Networks From: Af [mailto:af-boun...@afmug.com] On Behalf Of Ken Hohhof via Af Sent: Wednesday, October 15, 2014 2:39 PM To: af@afmug.com Subject: Re: [AFMUG] PTP450: new sessions several times a minute; is this a problem? Sorry, my eyes missed that the post was about a PTP450 not PMP450. Still, I would be interested to see if it still happens if you temporarily crank down the xmt power a bit. From: Bill Prince via Af<mailto:af@afmug.com> Sent: Wednesday, October 15, 2014 2:27 PM To: af@afmug.com<mailto:af@afmug.com> Subject: Re: [AFMUG] PTP450: new sessions several times a minute; is this a problem? This is 5.8 GHz. We set the timing on the AP to match the co-located PMP450 APs that are operating nearby (both physically and on nearby channels). There is no setting on the BHM to auto-adjust power. This is what the Link Status looks like right now. Maybe the uplink is a little hotter.... [cid:image002.png@01CFE8CD.7C2B5CB0] bp On 10/15/2014 12:22 PM, Ken Hohhof via Af wrote: Sure sounds like a problem to me. Out of curiosity, what do you have the target signal level from SMs set to on the AP? And as an experiment, if you drop the AP xmt power something like 3-6 dB, does it have any effect on the symptom? Cambium says –59 isn’t too hot, but I wonder. Also, what frequency band? From: Bill Prince via Af<mailto:af@afmug.com> Sent: Wednesday, October 15, 2014 2:08 PM To: Motorola III<mailto:af@afmug.com> Subject: [AFMUG] PTP450: new sessions several times a minute;is this a problem? We're getting these "New Session" messages quite often on a new PTP450 installation. Everything else looks real peachy. SNR varying between 32 and 35, Rcv power ~~ -59; almost equal V/H ratio, etc. Any idea what it's trying to tell me? Is this a problem? Session timer keeps getting rest on "some" (not all) of these events. We're running the 13.2 build 34 on link. 10/15/2014 : 11:58:15 PDT : Event: SMSESMSG, MsgType: KAREQTO, NewState: REGISTERED, Flag 0 10/15/2014 : 11:58:15 PDT : Event: SMSESMSG, MsgType: KARSP, NewState: REGISTERED, Flag 0 10/15/2014 : 11:58:23 PDT : Event: SMSESMSG, MsgType: KAREQTO, NewState: REGISTERED, Flag 0 10/15/2014 : 11:58:23 PDT : Event: SMSESMSG, MsgType: KARSP, NewState: REGISTERED, Flag 0 10/15/2014 : 11:58:31 PDT : Event: SMSESMSG, MsgType: KAREQTO, NewState: REGISTERED, Flag 0 10/15/2014 : 11:58:31 PDT : Event: SMSESMSG, MsgType: KARSP, NewState: REGISTERED, Flag 0 10/15/2014 : 11:58:39 PDT : Event: SMSESMSG, MsgType: KAREQTO, NewState: REGISTERED, Flag 0 10/15/2014 : 11:58:39 PDT : Event: SMSESMSG, MsgType: KARSP, NewState: REGISTERED, Flag 0 10/15/2014 : 11:58:47 PDT : Event: SMSESMSG, MsgType: KAREQTO, NewState: REGISTERED, Flag 0 10/15/2014 : 11:58:47 PDT : Event: SMSESMSG, MsgType: KARSP, NewState: REGISTERED, Flag 0 10/15/2014 : 11:58:55 PDT : Event: SMSESMSG, MsgType: KAREQTO, NewState: REGISTERED, Flag 0 10/15/2014 : 11:58:55 PDT : Event: SMSESMSG, MsgType: KARSP, NewState: REGISTERED, Flag 0 10/15/2014 : 11:59:03 PDT : Event: SMSESMSG, MsgType: KAREQTO, NewState: REGISTERED, Flag 0 10/15/2014 : 11:59:03 PDT : Event: SMSESMSG, MsgType: KARSP, NewState: REGISTERED, Flag 0 10/15/2014 : 11:59:11 PDT : Event: SMSESMSG, MsgType: KAREQTO, NewState: REGISTERED, Flag 0 10/15/2014 : 11:59:11 PDT : Event: SMSESMSG, MsgType: KARSP, NewState: REGISTERED, Flag 0 10/15/2014 : 11:59:19 PDT : Event: SMSESMSG, MsgType: KAREQTO, NewState: REGISTERED, Flag 0 10/15/2014 : 11:59:19 PDT : Event: SMSESMSG, MsgType: KARSP, NewState: REGISTERED, Flag 0 10/15/2014 : 11:59:27 PDT : Event: SMSESMSG, MsgType: KAREQTO, NewState: REGISTERED, Flag 0 10/15/2014 : 11:59:27 PDT : Event: SMSESMSG, MsgType: KARSP, NewState: REGISTERED, Flag 0 10/15/2014 : 11:59:35 PDT : Event: SMSESMSG, MsgType: KAREQTO, NewState: REGISTERED, Flag 0 10/15/2014 : 11:59:35 PDT : Event: SMSESMSG, MsgType: KARSP, NewState: REGISTERED, Flag 0 10/15/2014 : 11:59:43 PDT : Event: SMSESMSG, MsgType: KAREQTO, NewState: REGISTERED, Flag 0 10/15/2014 : 11:59:43 PDT : Event: SMSESMSG, MsgType: KARSP, NewState: REGISTERED, Flag 0 10/15/2014 : 11:59:51 PDT : Event: SMSESMSG, MsgType: KAREQTO, NewState: REGISTERED, Flag 0 10/15/2014 : 11:59:51 PDT : Event: SMSESMSG, MsgType: KARSP, NewState: REGISTERED, Flag 0 10/15/2014 : 11:59:59 PDT : Event: SMSESMSG, MsgType: KAREQTO, NewState: REGISTERED, Flag 0 10/15/2014 : 11:59:59 PDT : Event: SMSESMSG, MsgType: KARSP, NewState: REGISTERED, Flag 0 -- bp