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