Tivo and Direcway DW6000 problem

Discussion in 'TiVo Home Media Features & TiVoToGo' started by jahern, Jul 3, 2004.

  1. Jan 12, 2005 #41 of 156
    maniclemur

    maniclemur New Member

    16
    0
    Aug 24, 2004
    just a thought, if it's a MTU issue.

    ifconfig eth0 mtu 1460

    will set it to the same MTU as the DW6000.

    the TiVo naturally has it set at 1500.

    i want to try it out but it's really the father-in-law's TiVo, so i must wait for permission when he gets home...or i may suffer dire consequences ;)
     
  2. Jan 12, 2005 #42 of 156
    maniclemur

    maniclemur New Member

    16
    0
    Aug 24, 2004
    No landline :( Really out in the sticks here. You may be on to something though, as the number increases each time. Is there a way to manually clear it once I get the drive out and get into Linux? I can take it over to a friend's place on Saturday and use their phoneline, if that will have the same effect.

    Will take out the drive once I have permission (see above ;) )
     
  3. Jan 12, 2005 #43 of 156
    djmay

    djmay New Member

    26
    0
    Jan 4, 2005
    Novi, MI
    It won't help to get the connection as I have not been able to make a network connection even immediantly after a phone connection, but I think it would help to determine where that content size is coming from... I don't have TiVoWeb so it is a pain for me to look at that log file... otherwise I would see how mine has changed.
     
  4. Jan 12, 2005 #44 of 156
    Laserfan

    Laserfan Member

    440
    4
    Apr 25, 2000
    USA
    I just looked at my tclient log (using tivoweb) and while I get the same "broken pipe" indication as maniclemur, the very FIRST error (the first time I attempted ,#401 after installing the dish), is DIFFERENT (!?) as follows:

    Jan 7 20:24:20 (none) comm[108]: CallStatusReporter: Phase: Dial, Status In Progress
    Jan 7 20:24:20 (none) comm[108]: CallStatusReporter: sending message "CL|30"
    Jan 7 20:24:20 (none) comm[108]: Backdoor code 4, enable calls via broadband
    Jan 7 20:24:20 (none) comm[108]: Using Ethernet. Not starting modem/pppd.
    Jan 7 20:24:20 (none) comm[108]: CallStatusReporter: Phase: Start_Auth, Status In Progress
    Jan 7 20:24:20 (none) comm[108]: CallStatusReporter: sending message "ST|33"
    Jan 7 20:24:20 (none) comm[108]: CommUtil: connection to host 204.176.49.2, port 80, err 0x0
    Jan 7 20:24:20 (none) comm[108]: Uploading HTTP Header for modLog of /var/log/svclog: POST /tivo-service/mlog.cgi HTTP/1.0^M Content-Length: 11269^M ^M
    Jan 7 20:24:20 (none) comm[108]: Bad HTTP response: HTTP/1.0 400 UNKNOWN
    Jan 7 20:24:20 (none) comm[108]: XferRqst Failed to write all bytes: Bad HTTP response
    Jan 7 20:24:20 (none) comm[108]: drainGetPostQ: doXfer failed err=65535 (0xffff)
    Jan 7 20:24:20 (none) comm[108]: NetAgent: drainPostQ failed, err = 0xffff
    Jan 7 20:24:20 (none) comm[108]: CallService: NetAgent Process err 65535
    Jan 7 20:24:20 (none) comm[108]: CallService: NetAgent failed, status 0xffff
    Jan 7 20:24:21 (none) comm[108]: CallService: EndCall start
    Jan 7 20:24:23 (none) comm[108]: CallStatusReporter: Turning off-hook LED off
    Jan 7 20:24:23 (none) tcphonehome[108]: CallService return status 0xffff
    Jan 7 20:24:23 (none) comm[108]: CallStatusReporter: Phase: Start_Auth, Status Failed
    Jan 7 20:24:23 (none) comm[108]: CallStatusReporter: sending message "EX|14"
    Jan 7 20:24:23 (none) tcphonehome[108]: TClient failed: EX|14
    Jan 7 20:24:23 (none) tcphonehome[108]: Sending dialup event, subtype 8, msg EX|14
    Jan 7 20:24:23 (none) tcphonehome[108]: setCallStatus called with: Failed state 0
    Jan 7 20:24:35 (none) tcphonehome[108]: LastCallAttempt at 1105129459
    Jan 7 20:24:35 (none) tcphonehome[108]: setting call status to: Failed


    Subsequent attempts don't seem to include the "Bad HTTP response" line, to wit:

    Jan 7 20:35:10 (none) comm[108]: CommUtil: connection to host 204.176.49.2, port 80, err 0x0
    Jan 7 20:35:10 (none) comm[108]: Uploading HTTP Header for modLog of /var/log/svclog: POST /tivo-service/mlog.cgi HTTP/1.0^M Content-Length: 11621^M ^M
    Jan 7 20:35:10 (none) comm[108]: error writing to socket, reason = Broken pipe


    Does this help you guys? Anything else I might do to help? I have a great satellite connection here.

    I should add that these messages, from last Friday, were made before I changed my setup to put everything behind a Linksys router. The Linksys is currently in-place, and FYI I tried already at least the "Change Linksys MTU to 1460" idea.
     
  5. Jan 12, 2005 #45 of 156
    Laserfan

    Laserfan Member

    440
    4
    Apr 25, 2000
    USA
    My Tivo is not connected directly to the DW6000 ie. it is on a separate subnet to a Linksys BEFW11S4, which talks to the DW6000 on 192.168.0.2 via the WAN port. I did once try setting the Linky to MTU of 1460, which I assume changes the Tivo's messages to the DW6000? I dunno what MTU is...

    In any case I think therefore your suggestion does not apply to my setup, nor would it be worthwhile to try taking the Linksys (back) out-of-the-loop to try this?
     
  6. Jan 12, 2005 #46 of 156
    djmay

    djmay New Member

    26
    0
    Jan 4, 2005
    Novi, MI

    Maximum Transmission Unit (MTU) for Ethernet


    Let's see how this might affect the transaction:
    If the TiVo sends a packet of size 1500 (it's max) then the DW6000 will have to break it into 2 packets... since it's MTU is 1460... Now you will need 2 seperate ACKs to signal the reciept of 2 packets.
     
  7. Jan 12, 2005 #47 of 156
    djmay

    djmay New Member

    26
    0
    Jan 4, 2005
    Novi, MI
    More info on MTU
    Where did the 1460 come from that was stated as the DW6000 MTU?
    Just wondering since the SatSpeed Utility from copperhead sets mine to 1500.
     
  8. Jan 12, 2005 #48 of 156
    msulewski

    msulewski New Member

    8
    0
    Jan 6, 2005
    Kosse, TX
    --------------------------------------------------------------------
    What is this port 123? When I talked to Tivo they said nothing of port 123. They said the ONLY ports they use are 2190 (UDP & TCP), and 8080-8089. Also in the log above it indicates port 80. Makes me wonder if the Tivo guy knew what he was talking about.....
     
  9. Jan 12, 2005 #49 of 156
    ccwf

    ccwf 国際化 Member

    8,634
    0
    Dec 29, 2001
    Malibu
    NTP (Network Time Protocol), the standard port used for setting times on computers nowadays
     
  10. Jan 12, 2005 #50 of 156
    Laserfan

    Laserfan Member

    440
    4
    Apr 25, 2000
    USA
    Indeed our own msulewski said this over at dsl reports . To quote:

    "the only thing they said is different between the 4020 and 6000, is that the DW6000 forces an MTU of 1460. They said that Direcway has decided that 1460 is optimum for Sat internet, and so their proxy will expand MTU packets less than 1460 to that size, and compress larger ones. That is why they suggest that any device that works through the internet have it's MTU setting at 1460."

    msulewski if this is not your quote or you are a different Texan altogether I apologize!
     
  11. Jan 12, 2005 #51 of 156
    Laserfan

    Laserfan Member

    440
    4
    Apr 25, 2000
    USA
    I tried this (and confirmed that the command "took" by typing ifconfig alone) and it didn't work ("call failed-Service unavailable"). I'm game for another suggestion...

    This is from the log:
    Jan 13 02:01:53 (none) comm[108]: CommUtil: connection to host 204.176.49.2, port 80, err 0x0
    Jan 13 02:01:53 (none) comm[108]: Uploading HTTP Header for modLog of /var/log/svclog: POST /tivo-service/mlog.cgi HTTP/1.0^M Content-Length: 20365^M ^M
    Jan 13 02:01:53 (none) comm[108]: Bad HTTP response: HTTP/1.0 400 UNKNOWN
    Jan 13 02:01:53 (none) comm[108]: XferRqst Failed to write all bytes: Bad HTTP response
     
  12. Jan 12, 2005 #52 of 156
    ebockelman

    ebockelman PR#6

    5,497
    105
    Jul 12, 2001
    Orlando,...
    Has anyone tried serial PPP?
     
  13. Jan 12, 2005 #53 of 156
    djmay

    djmay New Member

    26
    0
    Jan 4, 2005
    Novi, MI
    Interesting, I was wondering becuase that seems like a wierd value since it seems Windows sets its value based on the type of connection, and its ethernet default value is 1500. If windows used 1500 and the DW6000 used 1460 then it would have to chop up any full size packets.

    So I did some poking around on my DW6000... If you select ifShow() from the first or third dropdown here
    http://192.168.0.1/fs/advanced/advanced.html

    I see 2 interfaces on mine
    irl (unit number 0):
    ...
    Internet address: 10.208.4.148
    Maximum Transfer Unit size is 1500
    ...

    lo (unit number 0):
    ...
    Internet address: 127.0.0.1
    Maximum Transfer Unit size is 32768
    ...

    I'm not sure if the irl is the satellite side of the DW600 or not, but I cannot find any other setting for 1460 anywhere.

    Or maybe they changed it with the recent software release 4.3.0.9 (Dec 7)
     
  14. Jan 13, 2005 #54 of 156
    djmay

    djmay New Member

    26
    0
    Jan 4, 2005
    Novi, MI
    I think we are going down the wrong track again with the MTU... I just realized that we can retrieve info from the internet via DW on the Tivo just fine. If you have a Series 2 TiVo (with 7.1 or purchased Home Media Option) Try this Goto Music and Photos and view the Nikkon Photos or Listen to the Best Buy Music... These get loaded from the Internet on demand... (When I unpluged the network cable the music stopped...)

    So that has to mean MTU and network settings are good.


    My newest theory is the TiVo server is timing out due to the slow upload speeds.
     
  15. Jan 13, 2005 #55 of 156
    msulewski

    msulewski New Member

    8
    0
    Jan 6, 2005
    Kosse, TX
    Well, it seems to me that if it was merely a timeout issue, then it should happen on both the DW4020 and the DW4000 boxes. It just doesn't.

    The MTU at 1460 came from Engineers at Skycasters that said they only difference they could think of was the MTU. According to them, if a comes with alarger MTU than 1460 DW compresses it. If it is smaller than 1460, DW adds to it to make it that size. They say that according to DW, 1460 is the optimum MTU size. Again, this is what I was told by Skycasters, so I have no idea about the validity. Direcway has not commented on this or any other thing that could be causing the problem. All I know is SOMETHING is keeping the communication from happening. Perhaps it has to do with traffic over port 80 (Which TIVO has not mentioned when I talked to them), while it is not blocked by the DW6000, it is not being sent through the acceleration proxy either... I think the proxy may be key. I do not know how that could be setup in the Tivo. Again *I* think Tivo needs to make some of these types of avanced features available in thier setup.

    It would also be nice if someone from Tivo would read these posts and comment on them rather than just let us free-wheel out here in limbo.
     
  16. Jan 13, 2005 #56 of 156
    maniclemur

    maniclemur New Member

    16
    0
    Aug 24, 2004
    the file that my TiVo seems to be choking on is /var/log/svclog.upload

    The tclient log file shows that it tries to upload this every time it makes a test call, and that's the point where the broken pipe error appears:


    Jan 13 14:18:43 (none) comm[142]: Uploading HTTP Header for modLog of /var/log/svclog: POST /tivo-service/mlog.cgi HTTP/1.0^M Content-Length: 417413^M ^M
    Jan 13 14:18:43 (none) comm[142]: error writing to socket, reason = Broken pipe


    this file only gets larger with each failed call.

    anyone know if it's safe to rename/move it? (no idea if this will help matters at all, but figure the less the TiVo has to upload the better)
     
  17. Jan 13, 2005 #57 of 156
    maniclemur

    maniclemur New Member

    16
    0
    Aug 24, 2004
    i think you may be right. From poking around at broadbandreports.com, I found this in the DW6000 FAQ:

    Q: What browser proxy settings should I use with the DW6000? (#8522)

    A: Unlike the computer hosted systems like the DW4000, the DW6000 always uses the DirecWay "Turbo Page" proxy to enhance browsing performance, regardless of your browser proxy settings. However by enabling the proxy in your browser, you will gain the use of the DW6000's DNS caching capability that you would otherwise be missing. This capability can significantly improve the speed of browsing to sites you have visited previously. For this reason, we strongly recommend pointing your browser to the DW6000 proxy.

    So the Turbo page feature described in the DW6000 configuration page, and the DNS caching proxy we can set up manually in a web browser are two completely different things. We can't do anything to disable the Turbo page proxy; it's built into the DW6000. Perhaps this is where the problem lies?
     
  18. Jan 13, 2005 #58 of 156
    djmay

    djmay New Member

    26
    0
    Jan 4, 2005
    Novi, MI
    What is in the file /var/log/svclog.upload?

    I am interested in recreating this call to TiVo from a desktop to see how it responds.

    I just tried a simple test, posting about 24K of data to the url it appears the TiVo is contacting... it was quite responsive and I got the same message "Done."

    http://204.176.49.2/tivo-service/mlog.cgi
     
  19. Jan 13, 2005 #59 of 156
    maniclemur

    maniclemur New Member

    16
    0
    Aug 24, 2004
    djmay: instead of posting excerpts here, i'll upload the file and PM you a link - hope that's OK.
     
  20. Jan 13, 2005 #60 of 156
    Bigg

    Bigg Cord Cutter

    7,280
    762
    Oct 30, 2003
    Hartford-...
    As far as the upload, as I recall a year ago, TiVo was critisized for uploading data abou customer's veiwing habits. This was after they announced that the superbowl "costume malfunction" was replayed the most times of any piece of TV ever. They gave a way to stop your habits from being uploaded, by calling TiVo I think. If you request privacy from them, they can't upload your habits, and thus the TiVo uploads less. I'm not even sure if it is possible to stop it from sharing stuff like that, but I seem to recall it is. That might be the next logical path to go down, even if you don't care about your data, just the fact that it has to be uploaded.
     

Share This Page