
www.Usenet.com
| <-- __Chronological__ --> | <-- __Thread__ --> |
"itv_guy" <[EMAIL PROTECTED]> wrote in news:[EMAIL PROTECTED]: > > "Captain America" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] >> "weitrhino" <[EMAIL PROTECTED]> wrote in >> news:[EMAIL PROTECTED]: >> >> > "Captain America" <[EMAIL PROTECTED]> wrote in message >> > news:[EMAIL PROTECTED] >> > >> > >> >> What does the each line mean though? >> >> >> >> STATUS : - >> >> IPPV : ENABLED >> >> LAST POLL REQ : 48 >> >> 11-25-2003 07:43:11 >> >> LAST POLL ACK : 75 >> >> 11-27-2003 09:26:11 >> >> >> >> The IPPV is Interactive Pay Per View right? But what exactly is >> >> the >> > Status >> >> and how do you interpret it since it's just a -. So Poll Req is >> >> when the headend last polled the box and what's the >> >> acknowledgement? Is it just >> > the >> >> upstream packet that was sent but does it only update when it's >> >> successful or does it say something else if the packet never made >> >> it to the other side. As for the Poll Req timestamp, that was >> >> when it was switched to the new rebuilt system on Monday, November >> >> 24, 2003 which was probably already which was sometime in the AM >> >> San Francisco time which is GMT -800 so it >> > was >> >> a later poll. The Acknowledgement timestamp seems to be >> >> 11-29-2003 when I checked sometime Friday night so maybe they are >> >> just testing the headend >> > or >> >> something. I was wondering what the 48 and 75 means? >> > >> > I'll tell you as much as I am certain. Ippv is Impulse Pay Per >> > View, you should need nothing more than your remote for ordering >> > PPV. The STATUS field is correct with a -. My assumption is there >> > would be an error code if there were an error. There will be no >> > change in the LAST POLL ACK field if the return packet is >> > unsucessful. The REQ field will change anytime the box receives a >> > polling request, or a simple refresh box hit. The ACK field will >> > only change when the return packet is verified by the box >> > controller. As for the 48 and 75, I am uncertain. >> > >> > You can call your customer service line and ask them to hit your >> > box and then watch the box update to see this process in action. >> > If this system has only just come online, give them some time to >> > get it fully operational. A fully functioning return RF path via >> > digital boxes is a precursor to cable modems. I suspect they'll be >> > less than a year away. >> > >> > weithrino >> >> Just a update... I called Comcast and did the automated >> reauthorization to the box and this is what I noticed as the final >> result... >> >> STARVUE II DIAGNOSTICS >> >> STATUS : - >> FREQUENCY : 11.552Mhz >> LEVEL : 25 >> IPPV : ENABLED >> >> LAST POLL REQ : 112 >> 12-01-2003 21:05:25 >> LAST POLL ACK : 112 >> 12-01-2003 21:06:45 >> >> The FREQUENCY started at 11.552Mhz and then it changed to 8.096Mhz >> while the Level went from 25 38 24 40 48 56 41 49 57 and then back to >> 25. Both the REQ and ACK started at 108 so I think that's the >> sequence number. > When >> the FREQUENCY and LEVEL changed, the REQ went up one at a time to >> 109, > 110, >> 111, 112 while the ACK still stayed at 108 and didn't change until >> the REQ made it to 112 so it seems like the sequence number where >> it's the 112th REQ and 112th ACK. I just hope there won't be any >> issues when the DCT5100 replaces this box next week. >> >> Thanks, >> John > > The LAST POLL REQ field contains the sequence number of the last poll > request received by the DCT2000. The time stamp of the last poll > request will be displayed immediately below LAST POLL REQ. If no poll > request has been received by the DCT2000, the sequence number field > will display N/A and the time stamp field will display N/A. If a poll > request has been received by the DCT2000 but the system time of the > DCT2000 has not yet been initialized, the time stamp field will > display NOT AVAILABLE. > > The LAST POLL ACK field contains the sequence number of the last poll > acknowledge received by the DCT2000. The time stamp of the last poll > acknowledge will be displayed immediately below LAST POLL ACK. If no > poll acknowledge has been received by the DCT2000, the sequence number > field will display N/A and the time stamp field will display N/A. If a > poll acknowledge has been received by the DCT2000 but the system time > of the DCT2000 has not yet been initialized, the time stamp field will > display NOT AVAILABLE. Thanks for the explanation. Okay, I guess the other question I have is the LAST POLL ACK timestamp and sequence updates every 2 days but the LAST POLL REQ remains the same with no updated timestamp. Doesn't a ACK require a new POLL REQ each time or does the LAST POLL REQ simply contain information on the time interval it needs to send ACK's back? And does LAST POLL ACK only mean the box send a signal back without confirming whether the other end received it or not or is it basically telling you when the last time the other side confirmed the ACK packet? Thanks, John
| <-- __Chronological__ --> | <-- __Thread__ --> |