<div dir="ltr">How has reducing the inform time speed things up for you?<div><br></div><div>The inform interval should have no impact on the test time. It takes a fixed amount of time for the CPE and DSLAM to do the testing. Once the CPE comes back up, it will send a 2 PERIODIC. Then if there are tasks waiting, genie will send a connection request to the CPE. The CPE will then send a 6 CONNECTION REQUEST, and then genie will send the RefreshObject request. All of this is contingent upon having a refreshObject waiting in the task queue.</div><div><br></div><div>-dan</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 21, 2015 at 10:07 AM, Richard Verbrugge <span dir="ltr"><<a href="mailto:richard.verbrugge@myhighspeed.ca" target="_blank">richard.verbrugge@myhighspeed.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Reducing the inform time to 30 seconds prior to starting the DELT test can<br>
reduce the test time significantly.<br>
I would paste the php code and javascript code in here to show the script<br>
for graphing using Google's API but it is too much text. (I could put this<br>
on the GenieACS page somewhere?)<br>
On top if it I need all the correct formulas for the DELT test:<br>
HLOGpsus, HLOGpsds, QLNpsus, QLNpsds, SNRpsus, SNRpsds, BITSpsds, BITSpsus,<br>
And if someone has it for HLINpsds and HLINpsus .. (I know Dan), it would be<br>
most appreciated.<br>
<br>
/RV<br>
<br>
-----Original Message-----<br>
From: Users [mailto:<a href="mailto:users-bounces@lists.genieacs.com">users-bounces@lists.genieacs.com</a>] On Behalf Of<br>
<a href="mailto:users-request@lists.genieacs.com">users-request@lists.genieacs.com</a><br>
Sent: January-21-15 12:37 PM<br>
To: <a href="mailto:users@lists.genieacs.com">users@lists.genieacs.com</a><br>
Subject: Users Digest, Vol 2, Issue 24<br>
<br>
Send Users mailing list submissions to<br>
<a href="mailto:users@lists.genieacs.com">users@lists.genieacs.com</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://lists.genieacs.com/mailman/listinfo/users" target="_blank">http://lists.genieacs.com/mailman/listinfo/users</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:users-request@lists.genieacs.com">users-request@lists.genieacs.com</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:users-owner@lists.genieacs.com">users-owner@lists.genieacs.com</a><br>
<br>
When replying, please edit your Subject line so it is more specific than<br>
"Re: Contents of Users digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: API based signal tests... (Dan Morphis)<br>
2. Re: API based signal tests... (Christopher Chance)<br>
3. Re: API based signal tests... (Dan Morphis)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Wed, 21 Jan 2015 08:30:15 -0900<br>
From: Dan Morphis <<a href="mailto:dan@milkcarton.com">dan@milkcarton.com</a>><br>
To: Community support for GenieACS users <<a href="mailto:users@lists.genieacs.com">users@lists.genieacs.com</a>><br>
Subject: Re: API based signal tests...<br>
Message-ID:<br>
<CAHwrMLf5PS=<a href="mailto:YOyH8M_UVeuGJs75FUyvUWJYw1EMAb6sSXQd6cw@mail.gmail.com">YOyH8M_UVeuGJs75FUyvUWJYw1EMAb6sSXQd6cw@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
By signal test, I presume you mean duel ended line test? If thats the case,<br>
you need to set<br>
*InternetGatewayDevice.WANDevice.1.WANDSLDiagnostics.LoopDiagnosticsState*<br>
to "Requested" After I set that value, I immediately add a refreshObject on<br>
the *InternetGatewayDevice.WANDevice.1.WANDSLDiagnostics *object so that<br>
when the CPE comes back online, the diagnostic results will be sent right<br>
away.<br>
<br>
While the test is being performed, I periodically query the acs to see if<br>
the refreshObject task is done. When its done, then I pull back the updated<br>
data and graph out the results.<br>
<br>
If you want to ensure that back to back tests aren't performed, query the<br>
tasks for the device. And if you see "Requested" for LoopDiagnosticState,<br>
then delete that task. Speaking of, I should probably add that to my code :)<br>
<br>
If you are interested in the formulas for decoding HLOGpsus, HLOGpsds,<br>
QLNpsus, QLNpsds, SNRpsus, SNRpsds, BITSpsds, BITSpsus, etc let me know.<br>
<br>
-dan<br>
<br>
<br>
On Wed, Jan 21, 2015 at 7:30 AM, Christopher Chance <<a href="mailto:cchance@newtechgrp.com">cchance@newtechgrp.com</a>><br>
wrote:<br>
<br>
> Ok I got my OSS system working to pull signal tests from devices and<br>
> display for my helpdesk,<br>
><br>
><br>
><br>
> Basically what I have it doing is?<br>
><br>
><br>
><br>
> 1. Connects to MongoDB on GenieACS box, to perform a Serial Number<br>
> query to find the DeviceID, (as our backend staff knows the SN not the<br>
> OID etc).<br>
><br>
> 2. Run a getParamaterValues API request to refresh the signal<br>
> (using timeout = 10000, if it doesn?t respond 200 the device is<br>
> offline<br>
> right?)<br>
><br>
> 3. If #2 returns 200 then run a devices query on API to grab the<br>
> signal results<br>
><br>
> a. If #2 returns 202 then return ?signal test results not<br>
> available?.<br>
><br>
><br>
><br>
> Simple enough I think right? Let me know if you see any flaws or<br>
> something I missed J<br>
><br>
><br>
><br>
> But there is 1 issue I think, if my OSS staff clicks signal test and<br>
> the device is offline, and we have some staff that will keep trying to<br>
> get a test, it will keep adding tr69 tasks to the queue? or if they do<br>
> a signal test and device is off and then an hour later they do it<br>
> again and so on the device may have 5-10 getParmValues pending because it<br>
was offline.<br>
><br>
><br>
><br>
> Is their any way to restrict the queue of the device, or abort the<br>
> getparamatervalues request if it doesn?t return 200? So never queue it<br>
> for later? update values, if not possible abort instead of queue?<br>
><br>
><br>
><br>
> Or If theres a way, maybe that I can call something on the API, from<br>
> my OSS automatically that if I get a 202, run an api to wipe that<br>
> devices queue?<br>
><br>
><br>
><br>
> Chris<br>
><br>
> _______________________________________________<br>
> Users mailing list<br>
> <a href="mailto:Users@lists.genieacs.com">Users@lists.genieacs.com</a><br>
> <a href="http://lists.genieacs.com/mailman/listinfo/users" target="_blank">http://lists.genieacs.com/mailman/listinfo/users</a><br>
><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL:<br>
<<a href="http://lists.genieacs.com/pipermail/users/attachments/20150121/a1bcecf8/att
achment-0001.html" target="_blank">http://lists.genieacs.com/pipermail/users/attachments/20150121/a1bcecf8/att<br>
achment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Wed, 21 Jan 2015 13:33:50 -0400<br>
From: Christopher Chance <<a href="mailto:cchance@newtechgrp.com">cchance@newtechgrp.com</a>><br>
To: Community support for GenieACS users <<a href="mailto:users@lists.genieacs.com">users@lists.genieacs.com</a>><br>
Subject: Re: API based signal tests...<br>
Message-ID:<br>
<<a href="mailto:73FF4E82D3029143B484F1859227DA72D8C2A5691C@POSEIDON.newtechgrp.net">73FF4E82D3029143B484F1859227DA72D8C2A5691C@POSEIDON.newtechgrp.net</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Ahhh I should have clarified no were wimax not DSL. So when I say signal<br>
test basically I'm pulling fresh snr and rssi levels from the device via the<br>
gerparmvalues call<br>
<br>
On Jan 21, 2015 1:32 PM, Dan Morphis <<a href="mailto:dan@milkcarton.com">dan@milkcarton.com</a>> wrote:<br>
By signal test, I presume you mean duel ended line test? If thats the case,<br>
you need to set<br>
InternetGatewayDevice.WANDevice.1.WANDSLDiagnostics.LoopDiagnosticsState to<br>
"Requested" After I set that value, I immediately add a refreshObject on the<br>
InternetGatewayDevice.WANDevice.1.WANDSLDiagnostics object so that when the<br>
CPE comes back online, the diagnostic results will be sent right away.<br>
<br>
While the test is being performed, I periodically query the acs to see if<br>
the refreshObject task is done. When its done, then I pull back the updated<br>
data and graph out the results.<br>
<br>
If you want to ensure that back to back tests aren't performed, query the<br>
tasks for the device. And if you see "Requested" for LoopDiagnosticState,<br>
then delete that task. Speaking of, I should probably add that to my code :)<br>
<br>
If you are interested in the formulas for decoding HLOGpsus, HLOGpsds,<br>
QLNpsus, QLNpsds, SNRpsus, SNRpsds, BITSpsds, BITSpsus, etc let me know.<br>
<br>
-dan<br>
<br>
<br>
On Wed, Jan 21, 2015 at 7:30 AM, Christopher Chance<br>
<<a href="mailto:cchance@newtechgrp.com">cchance@newtechgrp.com</a><mailto:<a href="mailto:cchance@newtechgrp.com">cchance@newtechgrp.com</a>>> wrote:<br>
<br>
Ok I got my OSS system working to pull signal tests from devices and display<br>
for my helpdesk,<br>
<br>
<br>
<br>
Basically what I have it doing is?<br>
<br>
<br>
<br>
1. Connects to MongoDB on GenieACS box, to perform a Serial Number<br>
query to find the DeviceID, (as our backend staff knows the SN not the OID<br>
etc).<br>
<br>
2. Run a getParamaterValues API request to refresh the signal (using<br>
timeout = 10000, if it doesn?t respond 200 the device is offline right?)<br>
<br>
3. If #2 returns 200 then run a devices query on API to grab the<br>
signal results<br>
<br>
a. If #2 returns 202 then return ?signal test results not available?.<br>
<br>
<br>
<br>
Simple enough I think right? Let me know if you see any flaws or something I<br>
missed J<br>
<br>
<br>
<br>
But there is 1 issue I think, if my OSS staff clicks signal test and the<br>
device is offline, and we have some staff that will keep trying to get a<br>
test, it will keep adding tr69 tasks to the queue? or if they do a signal<br>
test and device is off and then an hour later they do it again and so on the<br>
device may have 5-10 getParmValues pending because it was offline.<br>
<br>
<br>
<br>
Is their any way to restrict the queue of the device, or abort the<br>
getparamatervalues request if it doesn?t return 200? So never queue it for<br>
later? update values, if not possible abort instead of queue?<br>
<br>
<br>
<br>
Or If theres a way, maybe that I can call something on the API, from my OSS<br>
automatically that if I get a 202, run an api to wipe that devices queue?<br>
<br>
<br>
<br>
Chris<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.genieacs.com">Users@lists.genieacs.com</a><mailto:<a href="mailto:Users@lists.genieacs.com">Users@lists.genieacs.com</a>><br>
<a href="http://lists.genieacs.com/mailman/listinfo/users" target="_blank">http://lists.genieacs.com/mailman/listinfo/users</a><br>
<br>
<br>
<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL:<br>
<<a href="http://lists.genieacs.com/pipermail/users/attachments/20150121/489aa31b/att
achment-0001.html" target="_blank">http://lists.genieacs.com/pipermail/users/attachments/20150121/489aa31b/att<br>
achment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Wed, 21 Jan 2015 08:36:32 -0900<br>
From: Dan Morphis <<a href="mailto:dan@milkcarton.com">dan@milkcarton.com</a>><br>
To: Community support for GenieACS users <<a href="mailto:users@lists.genieacs.com">users@lists.genieacs.com</a>><br>
Subject: Re: API based signal tests...<br>
Message-ID:<br>
<<a href="mailto:CAHwrMLeYxAGDVKXJArP3r02MeuNdCnX9m3Nt9V5AWx9Qs5ACwg@mail.gmail.com">CAHwrMLeYxAGDVKXJArP3r02MeuNdCnX9m3Nt9V5AWx9Qs5ACwg@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Ahh, okay. I wouldn't worry too much about repeated calls then, unless perf<br>
becomes an issue. The request/response is fairly small.<br>
<br>
On Wed, Jan 21, 2015 at 8:33 AM, Christopher Chance <<a href="mailto:cchance@newtechgrp.com">cchance@newtechgrp.com</a>><br>
wrote:<br>
<br>
> Ahhh I should have clarified no were wimax not DSL. So when I say<br>
> signal test basically I'm pulling fresh snr and rssi levels from the<br>
> device via the gerparmvalues call On Jan 21, 2015 1:32 PM, Dan Morphis<br>
> <<a href="mailto:dan@milkcarton.com">dan@milkcarton.com</a>> wrote:<br>
><br>
> By signal test, I presume you mean duel ended line test? If thats the<br>
> case, you need to set<br>
> *InternetGatewayDevice.WANDevice.1.WANDSLDiagnostics.LoopDiagnosticsSt<br>
> ate* to "Requested" After I set that value, I immediately add a<br>
> refreshObject on the<br>
> *InternetGatewayDevice.WANDevice.1.WANDSLDiagnostics *object so that<br>
> when the CPE comes back online, the diagnostic results will be sent<br>
> right away.<br>
><br>
> While the test is being performed, I periodically query the acs to<br>
> see if the refreshObject task is done. When its done, then I pull back<br>
> the updated data and graph out the results.<br>
><br>
> If you want to ensure that back to back tests aren't performed,<br>
> query the tasks for the device. And if you see "Requested" for<br>
> LoopDiagnosticState, then delete that task. Speaking of, I should<br>
> probably add that to my code :)<br>
><br>
> If you are interested in the formulas for decoding HLOGpsus,<br>
> HLOGpsds, QLNpsus, QLNpsds, SNRpsus, SNRpsds, BITSpsds, BITSpsus, etc let<br>
me know.<br>
><br>
> -dan<br>
><br>
><br>
> On Wed, Jan 21, 2015 at 7:30 AM, Christopher Chance <<br>
> <a href="mailto:cchance@newtechgrp.com">cchance@newtechgrp.com</a>> wrote:<br>
><br>
> Ok I got my OSS system working to pull signal tests from devices and<br>
> display for my helpdesk,<br>
><br>
><br>
><br>
> Basically what I have it doing is?<br>
><br>
><br>
><br>
> 1. Connects to MongoDB on GenieACS box, to perform a Serial Number<br>
> query to find the DeviceID, (as our backend staff knows the SN not the<br>
> OID etc).<br>
><br>
> 2. Run a getParamaterValues API request to refresh the signal<br>
> (using timeout = 10000, if it doesn?t respond 200 the device is<br>
> offline<br>
> right?)<br>
><br>
> 3. If #2 returns 200 then run a devices query on API to grab the<br>
> signal results<br>
><br>
> a. If #2 returns 202 then return ?signal test results not<br>
> available?.<br>
><br>
><br>
><br>
> Simple enough I think right? Let me know if you see any flaws or<br>
> something I missed J<br>
><br>
><br>
><br>
> But there is 1 issue I think, if my OSS staff clicks signal test and<br>
> the device is offline, and we have some staff that will keep trying to<br>
> get a test, it will keep adding tr69 tasks to the queue? or if they do<br>
> a signal test and device is off and then an hour later they do it<br>
> again and so on the device may have 5-10 getParmValues pending because it<br>
was offline.<br>
><br>
><br>
><br>
> Is their any way to restrict the queue of the device, or abort the<br>
> getparamatervalues request if it doesn?t return 200? So never queue it<br>
> for later? update values, if not possible abort instead of queue?<br>
><br>
><br>
><br>
> Or If theres a way, maybe that I can call something on the API, from<br>
> my OSS automatically that if I get a 202, run an api to wipe that<br>
> devices queue?<br>
><br>
><br>
><br>
> Chris<br>
><br>
> _______________________________________________<br>
> Users mailing list<br>
> <a href="mailto:Users@lists.genieacs.com">Users@lists.genieacs.com</a><br>
> <a href="http://lists.genieacs.com/mailman/listinfo/users" target="_blank">http://lists.genieacs.com/mailman/listinfo/users</a><br>
><br>
><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Users mailing list<br>
> <a href="mailto:Users@lists.genieacs.com">Users@lists.genieacs.com</a><br>
> <a href="http://lists.genieacs.com/mailman/listinfo/users" target="_blank">http://lists.genieacs.com/mailman/listinfo/users</a><br>
><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL:<br>
<<a href="http://lists.genieacs.com/pipermail/users/attachments/20150121/f161aa54/att
achment.html" target="_blank">http://lists.genieacs.com/pipermail/users/attachments/20150121/f161aa54/att<br>
achment.html</a>><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.genieacs.com">Users@lists.genieacs.com</a><br>
<a href="http://lists.genieacs.com/mailman/listinfo/users" target="_blank">http://lists.genieacs.com/mailman/listinfo/users</a><br>
<br>
<br>
------------------------------<br>
<br>
End of Users Digest, Vol 2, Issue 24<br>
************************************<br>
<br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.genieacs.com">Users@lists.genieacs.com</a><br>
<a href="http://lists.genieacs.com/mailman/listinfo/users" target="_blank">http://lists.genieacs.com/mailman/listinfo/users</a><br>
</blockquote></div><br></div>