Cant make first phone home...

[sparker]

Hi guys,
Im a new tivo user and I cant get my unit to make the first phone home successfully...
I have the IP, subnet and default gateway set correctly (well I believe so anyway) and can ping the tivo with no problems from my PC.
Its a phillips series one with the latest image installed on it, 300gb hard drive, turbo net card, I have it connected directly to my router which connects to my adsl modem.
When trying to do the setup for the first time it seems happy enough until it tries to do the first phone home where it gets stuck on the first step and eventually times out.
Any help would be greatly appreciated - I'm really keen to get my tivo going!Thanks guys,
Sam

[Skolink]

Telnet onto your TiVo and check that it can ping the default gateway, then ping the oztivo or nztivo server. Are you sure you set it to use Turbonet and not dialup during setup?

[sparker]

Hi,
yes I did set it up to use the turbobnet and not the dial up approach, although it still says "Dialing" and some other comments when it is trying to make the "phone home" however I presume this has just carried over from its orriginal phone line lingo.

Ok, I have downloaded "Putty" can anyone give me basic instructions on how to ping the default gateway from the tivo? Sorry if its really basic, I'm still learning!!! If it can ping the gateway, what does that suggest and if it can't ping the gateway - I take it that means its (the gateway settings) setup incorrectly?

Cheers,
Sam

[Wibble]

Hi,
Ok, I have downloaded "Putty" can anyone give me basic instructions on how to ping the default gateway from the tivo? Sorry if its really basic, I'm still learning!!! If it can ping the gateway, what does that suggest and if it can't ping the gateway - I take it that means its (the gateway settings) setup incorrectly?


If you have any issues using putty, just use "telnet TIVOADDRESS 23" from the command line.


Here are some useful commands:

route

You should get something like this: where the default line has your router's ip address.
[TiVo [p0] ~]# route
route_info, afname=inet, options=33
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.1.0 * 255.255.255.0 U 32767 0 0 eth0
default 192.168.1.1 0.0.0.0 UG 0 0 0 eth0

traceroute -n 210.48.107.133

You should get something like this: where
line 1 is your tivo, line 2 is your router anything after that means you tivo can talk to the outside.
[TiVo [p0] ~]# route
traceroute to 210.48.107.133 (210.48.107.133), 30 hops max, 40 byte packets
1 192.168.12.1 1.512 ms 44.286 ms 3.302 ms
2 202.180.82.78 66.078 ms 63.640 ms 63.942 ms
3 202.180.82.97 64.803 ms 65.952 ms 65.154 ms
4 202.180.65.17 65.765 ms 65.750 ms 64.906 ms
5 192.203.154.44 66.342 ms 65.128 ms 65.060 ms
6 210.48.5.69 65.428 ms 66.629 ms 65.556 ms
7 210.48.5.2 64.046 ms 65.925 ms 64.399 ms
8 210.48.5.102 66.581 ms 64.942 ms 64.515 ms
9 210.48.5.62 65.856 ms 65.382 ms 65.538 ms


wget http://210.48.107.133:8000

This gets the file index.html on port 8000:
Output should be something like:

TiVo [p0] ~]# wget http://210.48.107.133:8000
--18:45:37-- http://210.48.107.133:8000/
=> `index.html.5'
Connecting to 210.48.107.133:8000... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1,858 [text/html]

wget http://210.48.107.133:80

This gets the file index.html on the http port (the port used by the daily call)

If this one doesn't work it could be a proxy issue.

[sparker]

Hi Wibble,
ok no problem - sounds easy enough. I will try this tonight and post up my results to see what you guys think.

I take it that this command: telnet TIVOADDRESS 23
means I should enter my tivo's IP address where it says "TIVOADDRESS"? Then once that connects to the tivo, I simply enter in commands as you listed (one at a time) and press enter?

Thanks mate,
Sam

[Wibble]

I take it that this command: telnet TIVOADDRESS 23
means I should enter my tivo's IP address where it says "TIVOADDRESS"? Then once that connects to the tivo, I simply enter in commands as you listed (one at a time) and press enter?


Yep, that's right.

[sparker]

Ok excellent - will be able to try tonight and let you know what the outcome is. Thanks for your help, its greatly appreciated.
Sam

[sparker]

ok, here are my results from the above tests. From that it seems it can talk to some ip's, but not others? Does this suggest something to you smarter guys out there? Im guessing a firewall issue or something like that maybe?

[TiVo [p0] ~]# route
route_info, afname=inet, options=33
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.1.0 * 255.255.255.0 U 32767 0 0 eth0
default 192.168.1.1 0.0.0.0 UG 0 0 0 eth0

[TiVo [p0] ~]# traceroute -n 210.48.107.133
traceroute to 210.48.107.133 (210.48.107.133), 30 hops max, 40 byte packets
1 192.168.1.1 3.056 ms 1.449 ms 1.571 ms
2 220.233.1.129 36.237 ms 37.313 ms 34.931 ms
3 * * *
4 10.0.1.2 36.536 ms 35.298 ms 36.410 ms
5 203.202.84.65 40.228 ms 37.772 ms 34.935 ms
6 202.139.18.38 37.855 ms 38.052 ms 38.458 ms
7 203.222.32.52 36.906 ms 107.649 ms 39.758 ms
8 203.222.33.23 135.336 ms 62.421 ms 61.522 ms
9 203.222.35.198 63.364 ms 69.043 ms 65.960 ms
10 210.48.5.42 62.200 ms 61.398 ms 62.054 ms
11 210.48.5.62 62.635 ms 60.923 ms 64.211 ms
12 * * *
13 * * *
-- from here on out it was just ****'s

[TiVo [p0] ~]# wget http://210.28.107.133:8000
--17:27:08-- http://210.28.107.133:8000/
=> `index.html'
Connecting to 210.28.107.133:8000...
failed: Connection timed out.
Retrying.


wget http://210.48.107.133:80
--17:30:33-- http://210.48.107.133/
=> `index.html'
Connecting to 210.48.107.133:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1,858 [text/html]

0% [ ] 1,858 0.00B/s ETA 00:00

Last-modified header invalid -- time-stamp ignored.
17:30:33 (0.00 GB/s) - `index.html' saved [1858/1858]



Any idea's from this info? Cheers,
Sam

[Wibble]

ok, here are my results from the above tests. From that it seems it can talk to some ip's, but not others? Does this suggest something to you smarter guys out there? Im guessing a firewall issue or something like that maybe?


Your networking setup looks fine,
Traceroute looks good, having some stars in the middle is OK, it just mean that router blocks some ICMP, but normal traffic's ok.

You can connect to port 80 OK you can probably connect to port 8000 OK as well, you mistyped the address. It's 48 not 28. :)

wget http://210.48.107.133:8000

Are you is NZ or AUS?

NZ's on port 8000, AUS on port 80.

Sound like you might have an issue with your proxyemu setup as you networking looks good.

[sparker]

Hi,
yes sorry - did do a typo, worked fine with 48 instead. I am in Australia, Victoria to be exact. What is the proxyemu setup? Really appreciate your help. Thanks,
Sam

[Darren King]

I am in Australia, Victoria to be exact.

Please update your profile so this can be seen in the banner of your posts. It actually makes it a lot easier for those trying to help :)

[sparker]

have added info in signature - is this suitable? Regards,
Sam

[Darren King]

That is. A better and permanent way is also the option in your control panel to put your location in the top banner (look at mine above, right hand side).

[sparker]

ok - have done. Darren, can you shed any light on what the problem may be? Regards,
Sam

[Darren King]

Looks good.

Sorry I cannot help. Software is not what I do.

[sparker]

No worries mate - thanks anyway!
Sam

**EDIT** If I can't get this to work, is connecting the tivo up to my pc's network card (which works fine communicating to the outside workd via its wireless connection to the router) a viable solution? Or will it face the same problem? Ultimately I just want to get my new toy working!!!

[Darren King]

Doubtful. If anything the wired connection from the TiVo to the router would be the simplest of the lot to get working. Personally (and I've had countless TiVo's through my hands in for repairs and/or modifications) I've never had a connection problem with the direct TiVo to router method so I can't see why it would not be working for you too.

[sparker]

yeah that's what I was thinking. Just wish I knew what the problem with this was, starting to get real annoying!
Please - if anyone has any idea's, please let me know. Im happy to try them, no harm in trying!!!
Sam

[Wibble]

Please - if anyone has any idea's, please let me know. Im happy to try them, no harm in trying!!!
Sam

Have a read thru this thread http://forums.oztivo.net/showthread.php?t=1485

[sparker]

Hmm,
interesting (and long!) read. So you think it may be my ISP that is blocking minnie? I take it that was the end result from that thread? Or was it a combination of that and all the other things they did? My ISP is exetel - anyone else running through them? If I call them up, what should I ask? Thanks guys, really appreciate it.
Sam

[petestrash]

Exetel Doesn't use blocking proxies in WA, unsure about VIC. \

They did just recently install new major new hardware for backend ADSL2+ support in VIC & NSW though.

Can you post the contents of your /etc/oztivo.conf file.

Peter.

[sparker]

Sure, would it be possible to get some basic steps on how to get you this information? Thanks,
Sam

[petestrash]

Do you know how to use a telnet program like putty?

If so open your TiVo's address and type cat /etc/oztivo.conf

Then copy and paste the results here.

If your not familiar with telnet then look here (http://minnie.tuhs.org/twiki/bin/view/Howto/TelnetToYourTiVo).

Peter.

[sparker]

Cheers - here are the results:

[TiVo [p0] ~]# cat /etc/oztivo.conf
# OzTiVo menu configuration settings file
# Please do not edit this file
# Run the nic_config_tivo tool to reconfigure
nic=TurboNet
ip=192.168.1.10
mac=00:0B:AD:43:48:51
timing=3
hostname=oztivo
emulator=minnie.tuhs.org
emulatorport=80
netmask=255.255.255.0
gateway=192.168.1.1
ssid=
wep=
wepkey=
[TiVo [p0] ~]#


Sam

[Wibble]

Can you post the contents of the following commands:

grep -i emuproxy /etc/rc.d/rc.sysinit.author

cat /etc/tclient.conf | sed '/^#/d'

[sparker]

certainly, will do as soon as I get home. Cheers,
Sam

[sparker]

[TiVo [p0] ~]# grep -i emuproxy /etc/rc.d/rc.sysinit.author
if checkyesno emuproxy_enable; then
if [ "$emuproxy_version" = "2" ]; then
# Run emuProxy2
/hack/bin/emuProxy2 -s 131.244.9.101 -p $emulatorport &
if [ "$emuproxy_version" = "3" ]; then
# Run emuProxy3
/hack/bin/emuProxy3 -s 131.244.9.101 -p $emulatorport &
if [ "$emuproxy_version" = "ZA" ]; then
# Run emuProxyZA
# For other config changes, do them in /hack/etc/emuProxyZA.conf
/hack/bin/emuProxyZA -s $emulator -p $emulatorport &
[TiVo [p0] ~]#


[TiVo [p0] ~]# cat /etc/tclient.conf | sed '/^#/d'

000:
126::66.23.218.193:80:::

127::127.0.0.1:8000:::
[TiVo [p0] ~]#


Let me know what you think and if there is anything else you want me to test. Cheers,
Sam

[petestrash]

Wibble, since v1.6 of the OzTiVo image rc.sysinit.author is no longer edited. We use a config file instead. The default is /etc/dflt_sysinit.conf or if modified /etc/sysinit.conf

sparker, can you try the following:
grep -i emuproxy /etc/sysinit.conf
grep -i emuproxy /etc/dflt_sysinit.conf
cat /hack/etc/emuProxyZA.conf

The first one probably won't work, thats ok.

Peter.

[sparker]

[TiVo [p0] ~]# grep -i emuproxy /etc/sysinit.conf
grep: /etc/sysinit.conf: No such file or directory
[TiVo [p0] ~]#
[TiVo [p0] ~]# grep -i emuproxy /etc/dflt_sysinit.conf
emuproxy_enable="YES" # Start one of the emuproxy programs:
emuproxy_version="ZA" # Either "2", "3" or "ZA"
[TiVo [p0] ~]#
[TiVo [p0] ~]# cat /hack/etc/emuproxyZA.conf
cat: /hack/etc/emuproxyZA.conf: No such file or directory
[TiVo [p0] ~]#


looks like the first and the last didn't work. Does that suggest something?
Sam

[sparker]

update - yep it did, just took a second:

[TiVo [p0] ~]# cat /hack/etc/emuProxyZA.conf
# emuProxyZA.conf

# the serverip is specified in /etc/oztivo.conf
# any serverip specified here will be ignored
# modify rc.sysinit.author if you wish to change the emulator address
# serverIP=131.244.9.101

forceUpdate=0
raw=1

# all recognised parameters are listed below:
# taken from http://tivoza.nanfo.com/forum/viewtopic.php?t=180#1268 2/7/06

# debug: 0=No debug, 1=Debug info, 2=Detailed debug info
# serverIP: Guide server DNS or IP address, default: 204.176.49.2 (TiVo Inc)
# serverPort: Guide server port, default: 80
# localPort: emuProxyZA IP address, default: 0.0.0.0
# localIP: emuProxyZA port, default: 8000
# DNSconf: File containing the DNS nameserver, default: '/etc/resolv.conf'
# proxyIP: Proxy server IP or DNS address
# proxyPort: Proxy server port
# proxyUser: Username for proxy authentication
# proxyPassword: Password for proxy authentication
# raw: 1=Raw send, don't "clean" requests to mlog.cgi or HServer.cgi, 2=Raw send without making any unspecified changes to the requests
# onScreen: Display the file being requested on screen via osd_cons
# debugPath: Path to save request & response trace files
# saveRequests: Save request trace files
# saveResponses: Save response trace files
# forceUpdate: 0=No change, 1=Force request to download all new guide slices, 2: Only download latest slices
# timeOffset: Offset returned NTP time by OffsetAmount minutes
# ntpIP: NTP (time server) to use
# guideDays: Maximum guide days you would like to download (your provider needs to support this function for it to work)
# weekDays: The days of the week you wish to download guide data, list each day from 0 to 6 (0 is Sunday). i.e. to download on Tuesdays and Fridays use: -w 25
# locationID: Change your Postal Code
# tcInfo: Fix the submitted TCINFO, so it sends the correct server connection settings not emuProxyZA settings
# urlbase: Download slices direct from server, don't go via emuProxyZA
[TiVo [p0] ~]#

[petestrash]

I didn't expect the first file to exist, but a little supprised the 2nd one doesn't exist.

I have attached it here. Unzip then ftp the file to /hack/etc and reboot.

Peter.

[petestrash]

You replied as I was typing. I didn't notice your typo.

That file looks fine.

Peter

[sparker]

Bugger, so that looks ok as well? What next do you think? Just to let you know, I have been making sure that it still isn't connecting, testing it a couple of times a day...
Sam

[petestrash]

Next step would be to talk to someone at Exetel and ask them what is the address of the web proxy used on your service, or alternatively ask them to exclude 131.244.9.101 from the proxy service as it is blocking your TiVo.

It may take some demanding to be pushed up the customer service tree to get to someone who understands what you are asking.

Also can you confirm, you still have not completed setup.

Peter.

[sparker]

Yes - still have not completed setup as I cant get past the phone home step. Ok, I can call exetel and say what you have said - see what they say. Unless someone who knows more about this than me would like to do it? :D
Sam

[petestrash]

The proxy address may relate directly to your service (or at least different between different states and different adsl, adsl2 pops). As I said there are no issues with Exetel here. The account holder needs to call with their username and password so they can trace where your line runs.

Peter.

[sparker]

ok I can call them tomorrow. What exactly should I ask, just if they can stop blocking the above IP address? Thanks,
Sam

[petestrash]

you need to ask what I said in the first paragraph of post #34. The best option is to exclude that IP address from any of their proxies, failing that ask what is the address and port number of the web proxy used on your service.

Peter.

[sparker]

Yep no worries - I have put a "service call" in to them and see what they reply with. Thanks,
Sam

[sparker]

check out this thread on the exetel forum - could it be the problem? I don't understand what they are talking about - but someone there had a problem with their tivo and then did something to fix it. Anyone understand what they are saying?

http://forum.exetel.com.au/viewtopic.php?t=17875&highlight=tivo

[petestrash]

From the infomation on the exetel forum you could try the following:

cat /proc/sys/net/ipv4/ip_no_pmtu_disc
echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc
cat /proc/sys/net/ipv4/ip_no_pmtu_disc

The 1st line should give a result of 0
The 2nd line give no result
The 3rd line should give a result of 1

Now type reboot to reboot the tivo and see if it works.

Peter.

[sparker]

ok, will be able to try this in about an hour. Quite excited, hope it works!!! Will let you know asap - thanks!
Sam

[sparker]

Unfortunately it was no good. Well, I should say that the lines you gave me gave the exact results you predicted, however it still didn't allow me to complete the first setup call... Bugger!

Got a reply from Exetel support, here it is:
Hello, thank you for your email.
Exetel do not use a proxy for connections at all.
Nor are ports blocked. I would suggest that you check your
individual computer and / or firewall to resolve the issue.
If you believe this is trace problem please perform a trace
route to the IP address(es) and reply back to me.
Regards Dylan FExetel Support
does this mean anything to anyone?
Sam

[Wibble]

The command
echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc
will not have worked as changes to /proc will be lost on reboot.

So you will need to add the following line to the end of your /etc/rc.d/rc.sysinit.author

echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc


Then reboot and try again.

[sparker]

sorry for my ignorance, but what do I type once connected via putty to make that happen? Thanks for your help.
Sam

[Wibble]

sorry for my ignorance, but what do I type once connected via putty to make that happen? Thanks for your help.
Sam

rw
pico /etc/rc.d/rc.sysinit.author
ro


rw to make the HD read/write
ro To put it back to read/only

pico is an editor

( ^V multiple time to get to the end)

To get out of pico
^X
Y
return key

[sparker]

thanks - unfortunately it was no good though :(
Sam

[petestrash]

ok, lets take a look at your tclient log.

copy /var/log/tclient to your PC, zip it and post it here.

Peter.

[sparker]

sure - what do I type to copy the file to my pc? From there I am fine..
Sam

[Wibble]

sure - what do I type to copy the file to my pc? From there I am fine..
Sam

In a web browser: ftp://TIVOIPADDRESS/var/log/tclient

[sparker]

hmm - not working. Does that suggest a problem? Is there another way I can get the file? Im running a pc with Win XP.
Sam

[Darren King]

You *are* replacing the TIVOIPADDRESS bit of that command with the actual IP address of your TiVo?

[sparker]

yep - was putting: ftp://192.168.1.10/var/log/tclient
into internet explorer. It just crashed the browser....
Sam

[pjpete]

Mine actually returns the file on the screen ( Bless you Vista for making things non-standard as usual ). So, may I suggest trying Firefox as a browser to do the trick.

If it does put the text on the screen, just copy and paste that into a txt file and then upload that.

[petestrash]

Works on IE6 for me.

The other alternative would be to use an FTP program like smartftp to copy the file from the TiVo to your PC.

Peter.

[sparker]

Downloaded firefox, looks more promising (as in it doesn't crash) - but still no file... It just sits there with the logo in the top corner spinning. How long should it take?
Sam

[Darren King]

Should take only a couple of seconds.

[sparker]

Hmm,
can I use Putty to FTP the file? I'll have a search through the boards before I ask how to FTP it. Cheers guys,
Sam

*EDIT* Cant find anything obvious on how to ftp a file back from the tivo - only how to ftp files to it.... Any links?

[Darren King]

Use an FTP program as has been suggested in previous replies by other's. Personally I use FlashFXP but there's tons of FTP applications out there.

[sparker]

Hmm, downloaded flashfxp. It says that it connects to my tivo's address, but its not bring up any files in its window. Then eventually it says connection failed.
Do I have to connect on a particular port? Or put in a username at all?
This must suggest something up the creek with my tivo's setup???
Sam

[Darren King]

Your TiVo IP address, Port 21, no username, no password and "Anonymous" checkbox ticked. That's it.

[sparker]

Yep - that's what I tried... It must realated to the problem Im having somewhat....
Sam

[Darren King]

In that case it's down to four things:

1. Software network setup issue (ie settings in nic_config_tivo)

2. Faulty TiVo network card

3. Faulty network cabling (most common problem by far)

4. Faulty port in the router

[sparker]

Finally managed to connect to it - I just had to pull the power on my tivo as it seemed to have crashed? I did also swap ports on the router though? None the less, attached is the zipped file in question. Let me know what you guys think! Thanks again,
Sam

[petestrash]

your problem is this:

Aug 17 16:08:55 (none) comm[156]: Uploading HTTP Header for modLog of /var/log/svclog: POST /tivo-service/mlog.cgi HTTP/1.0^M Content-Length: 8424^M ^M
Aug 17 16:11:52 (none) comm[156]: XferRqst timeout waiting to read

So, something is definately blocking the calls. What we don't know is if it's your router or the ISP.

Try this (http://www.lagado.com/proxy-test) link from your PC, it's not reliable but may help.

If it shows no proxy then try this (http://www.lagado.com/tools/cache-test) from your PC.

also on your tivo try:
wget http://131.244.9.101/tivo-service/mlog.cgi
cat mlog.cgi

You should get 'Done.' as the response to the 2nd line.

Then try:
wget http://www.lagado.com/proxy-test
cat proxy-test

Scoll down the list till you see <p class="testresult"> then look at the next line and see if it says there is a proxy.

Now just to clean up a little:
rm proxy-test
rm mlog.cgi

To delete those files.

Peter

[sparker]

Ok - first link from PC said "This request appears NOT to have come via a proxy.

The request appears to have originated from host 111.203.233.220.exetel.com.au which has ip address 220.233.203.111"

For the second test, my page serial number was updating.

Reponse to requested lines from tivo:
[TiVo [p0] ~]# wget http://131.244.9.101/tivo-service/mlog.cgi
--09:41:31-- http://131.244.9.101/tivo-service/mlog.cgi
=> `mlog.cgi'
Connecting to 131.244.9.101:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/plain]

[ <=> ] 6 0.00B/s

09:41:32 (0.00 GB/s) - `mlog.cgi' saved [6]

[TiVo [p0] ~]#
[TiVo [p0] ~]# cat mlog.cgi
Done.
[TiVo [p0] ~]# wget http://www.lagado.com/proxy-test
--09:42:29-- http://www.lagado.com/proxy-test
=> `proxy-test'
Resolving www.lagado.com... failed: Host not found.

Only had to remove the cgi file as the other did not download. Does this suggest anything? Should I try another router or modem?
Sam

[petestrash]

Unfortunately it doesn't really prove anything, except the dns resolution didn't work for the last test which can happen occasionally. I suggest you try the last test a few more times.

Remind me, are you running the UK image or Philips.

Peter.

[sparker]

I'm running a phillips tivo with current oztivo image.
Sam

[petestrash]

OK, your signature says "Thompson S1 with turbonet and 300gb seagate FTA STB" so I thought it might be a Thomson.

Also I might suggest re-imaging and make sure you select update the installer before imaging the drive.

Peter.

[sparker]

Sorry - your right! I will update my signature... Sorry for the confusion.
Sam

##EDIT##
When I select "Update from the installer cd - will I need to have access to the internet? How does it update? I only ask as my main pc uses SATA drives, so I have to do the imaging on my spare pc (with ide drives) which is not connected to the internet. Will this still allow me to do the update? I'm sorta guessing not due to the lack of operating system, but then Im not sure as to how it updates? Thanks,
Sam

[petestrash]

Yes, you must have internet connection for the update to download.

Peter.

[sparker]

Can I do it over the network, or do I have to take the hardrive out again and hook it up to my pc? Just thought I'd ask before I climb behind the entertainment unit again (as I have a bung shoulder after popping it out 2 nights ago....)
Sam

[Darren King]

You can't load the initial TiVo image over the network onto a hard disk, however if you are referring to doing just an update to an image then yes this can be done as per this page: http://minnie.tuhs.org/twiki/bin/view/Howto/UpgradeOzTiVoImage

[petestrash]

Darren;
Sorry, we are talking about updating the installer before loading the image. Not updating an existing image.

Sparker;
You will need to pull the drive and attach it the same as you originally did, but the machine you attach it to needs to have an internet connection to download the updated installer files. It's alway's advisable not to install the TiVo in a difficult location till you have it running stable.

Peter.

[pjpete]

Sorry if I missed this in a previous post, but have you taken your TiVo over to a friends house to see if it works there?

Be good to make sure that the TiVo is indeed fully operational.

[sparker]

Hi PjPete,
that's not a bad idea - I should take it over to a friends house to see if it works with their network/ISP provider. I bought the unit off ebay and would trust that it works from the previous owner. Besides, I tried it out before installing the image and it appeared to be working fine and had saved programs installed on the drive.

In regards to having internet access on the machine that you install the iso from, does the loader program look for this connection through a network connection or something? IE, can I hook a network cable up to my spare pc (that I do the is iso loadings from) and this will work? I guess I can try it and see what it says.

Oh, and my tivo isn't in a particularly bad position, anywhere is hard to get to with a freshly dislocated shoulder!!!

Thanks for your help, may get a chance to try the fresh update/install tonight.
Sam

[sparker]

Just a quick question guys, will it be obvious if the update does or does not work? I have tried it and it just flashes something very quickly on a black background screen and then shows the same screen again. Does this mean it downloaded the latest update or not? If not, why not? I presume a network setting is not correct, but how do I set it? Thanks,
Sam

[Darren King]

Unless Peter can put me wise I don't see what all the fuss is about regarding having to update the installer CD when imaging the hard disk. I would have thought an alternative route would be to use the 1.6.2 CD as is and then invoke the update_oztivo -y command to get the updates when the hard disk is put back in the TiVo.

Surely not everyone has or is expected to have a PC connected to a network when imaging a TiVo hard disk?

[sparker]

I have the tivo out and connected to the computer now anyway, but am not really thinking the update feature is working. If I can do it another way, then im more than happy to try that (I am already using the 1.6.2 installer) Thanks guys,
Sam

[petestrash]

Sam,

The only thing you will notice is version number of the installer will increment. From memory 1.22 to 1.23 or 1.23 to 1.24. The ISO should auto configure on the PC it is run on, so yes just plugging a network cable in should work.

Darren,
Apart from the menu fixes it also downloads some file updates and config changes since the ISO was released. This includes changes to emuproxyZA which may fix the problem.

If you don't pick up the changes at install you can get them by rsync later, the problem is for rsync to be sucessful you must have completed GS. This is where sam is stuck, rsync won't work as he can't complete GS.

Peter.

[Darren King]

Thanks Peter that makes sense.

I guess it is back to square 1 for Sam. Time to take the TiVo over to the friend's house and narrow it down a little.

Sorry Sam I rarely get further into Melbourne than Dandenong. Although I guess another idea may be to send me the hard disk and I can do the initial guided setup and file updates to it if that helps any.

[sparker]

Hi Pete,
where abouts is the installer increment displayed? I might just presume it has worked and put the drive back in my tivo to try. Here's hoping we are onto a winner! Thanks guys,
Sam

[Darren King]

If the time taken to initiate the update to the time it finished is less than 5 seconds then it hasn't worked. I believe you mentioned it just gives a brief flash and then returns to the main screen.

Last night I had to install a hard disk and I purposely monitored the time taken for discussion in this thread. Even on a 512K ADSL connection it took about 10 seconds and the network traffic light on the PC showed plenty of activity.

If you cannot even make a PC running the installer CD to get a successful update then it is suggesting more a network/router or ISP issue than anything else.

[sparker]

Ok - sounds promising (promising as in that sounds like the problem) as it does only flash something up on the screen for maybe a couple of tenths of a second. Should I try another router or is there some test I can do to see where the problem is occuring? Thanks guys,
Sam

[petestrash]

From memory the installer version number is displayed in the border at the top of the screen.

You won't see it increment, but take a note of it before the update and look again after.

Peter

[sparker]

Just got this email from Exetel, do you think it will make any difference to the tivo? If I can't get this thing to work in the next week or so, I'm going to have to give up and sell it :(

Please find that the ADSL service that is active on the number 0352457***, was yesterday migrated to the new Melbourne POP. A notification was due to be sent prior to the change but due to an administrative error the notice failed to send to all customers.


The only difference to your service is that the dedicated IP address that your account was assigned (was a 220.233.*.* IP) will be changed to the new pool of IP addresses assigned to the Melbourne POP (these are a 58.96.*.* IP range.)


Changes you will need to make:


For most of you there will be no need to make any changes to your service. If your modem is set to a dynamic IP address then the Exetel authentication server will just assign you the new IP address and your service will continue to work.


For customers who have a static IP address set in their modem / router, they will need to update this to the new IP address which can be seen in your user facilities.


The change effects residential grade services only.


If you have any further questions please reply to this email and a support staff member will assist you.


Exetel apologises for any inconvenience caused.


Regards


Exetel Support

[Darren King]

This notice only means they have changed the IP address that the ISP assigns to your ADSL service. Given you have made a post today means you have been changed over and your router has picked up this new IP address. No I don't believe it will make one iota of difference and you can confirm by telling us whether the TiVo has done anything different today compared to what it has been doing previously.

So what is your status? You have been a little quiet recently. I assume you have used this time to organise your local friend to help you out narrowing down where the exact problem may be. If you can let us know the outcome of this that will help.

Shame you may be considering the option of selling as I doubt you are the only Exetel person using a TiVo and strongly believe it is something local rather than the ISP at fault. To be clear, before the topic went off on a tangent of the image update via network you were at the point of post #63 (page 7) of testing or even post #76 (page 8) where you were going to take it to another place for testing there. Might be a good idea to pick it up from this point and continue if you have not already done so.

Note I edited your post to remove your specific phone number.

[sparker]

Hi Darren,
thanks for editing - I must have missed that....

Things have been a bit quiet lately because to be honest, Im pretty over it all. I've spent a good number of hours on this thing to get nothing in return. I will get motivated again, but its just frustrating me too much at the moment.

I do also agree that it must be either the router or my network setup, but Im having trouble finding someone who has broadband and has the time to help me with it. Would be really handy if someone near geelong would be willing for me to bring it over one night or weekend to have a try on their network/ISP. Anyone from here available?

Sam

[Darren King]

OK then. Good luck with it all.

[sparker]

Hi Darren,
thanks mate. Do you know of any other oztivo forum members that are on this side of melbourne? You said you were on the other side of the bay yeah? Where abouts is that, Im happy to come for a drive to try it out on your setup - save me stuffing around for however many more nights not really sure what Im doing at home!!!!
Sam

[Darren King]

Sorry but I do not keep personal info on who lives where, nor am I at liberty to divulge any information I may know. There are many people located a lot closer to you than I am, but given OzTiVo is a voluntary user based community with no official "help desk" there is no guarantee that anyone may offer their help.

If you wish my help then please send me an email via the address given on my website.

[sparker]

Hi Darren,

thank you - I will send you through an email and will come for a drive (if ok?) unless another member somewhat closer is willing to help me out?

I understand that this is voluntry and that there is no help-desk(!) and will try again with the "help in your state" section.

Thanks guys,
Sam

[petestrash]

There is another test I would like to try.

This uses your PC, not the TiVo.

Download WinPcap_4_0_1.exe (http://www.winpcap.org/install/bin/WinPcap_4_0_1.exe) to any location and install it.

Then download tracetcp-0.99.4beta.zip (http://optusnet.dl.sourceforge.net/sourceforge/tracetcp/tracetcp-0.99.4beta.zip) to any location and then unzip it into your root directory (c:\).

Open a command prompt and make sure you are in the root directory (cd \), then run the following commands.

C:\tracetcp ftp.monash.edu.au:ftp

C:\tracetcp ftp.monash.edu.au:http

You will get a number of lines displayed over a period time after each command. Once complete copy all the outputs and post them here.

Peter.

[sparker]

Hi Peter,
thanks - will try this tonight after work. Much appreciated.
Sam

[sparker]

tracetcp ftp.monash.edu.au:ftp
ARP::whoHas: no response

tracetcp ftp.monash.edu.au:http
ARP::whoHas: no response


Does that tell you anything? Cheers,
Sam

[petestrash]

It means your PC has no network connection.

check to see if you can browse websites, or ping ftp.monash.edu.au.

Peter.

[sparker]

Well I can browse websites ok, so I tried it again to see what I got. Same response though... My PC is hooked up via a wireless router to an ADSL modem if that makes any difference?
Sam

[petestrash]

Did you try pinging ftp.monash.edu.au ?

Works fine for me atm.

Peter

[Darren King]

Working fine here too.

[petestrash]

There are currently three people having issues connecting.

Gley had the same trouble, he ran the test today (http://forums.oztivo.net/showpost.php?p=11300&postcount=8) and found a proxy.

don't know why you can't connect, wireless shouldn't make any difference.

Peter.

[Darren King]

Possibly an over restrictive firewall or something screwy in the router. This is possibly why the CD updater don't work. Very strange that even a trace command fails but then again if someone has enabled a "belts and braces" restriction somewhere then anything is possible.

Sam: Temporarily disable any firewalls and port restriction settings on both your PC and the router and try again.

[sparker]

Hi,
yep - thats what I orriginally thought was the problem waaay back when I first couldn't get the Tivo to call home. I thought I did remove all firewalls and blocks on the router/PC, but with my lack of knowledge - probably didn't. Does anyone have a basic guide as to how to do this? I understand I will have to log onto my router via its web based interface and turn them all off there, but how do I do the other parts? Plus should I be doing this on my router or my modem? Thanks,
Sam

[sparker]

Hi guys,
just thought I should mention that I can ping ftp.monash.edu.au
Sam

UPDATE: Turned off all firewall settings on modem, and turned off firewall on CA personal firewall software on PC. Tride tracetcp again, same result?

[petestrash]

It's strange. For GS the TiVo only need port 80 and port 37 open. At this stage it is port 80 we are concerned with. Port 80 is the standard port used for http (web surfing) so this port is never closed on any browser.

Are you running XP w/SP2?

Peter.

[sparker]

Yes, Windows XP SP/2.
Sam

[petestrash]

Can try this from your TiVo, not sure it will prove a proxy though.

traceroute -p 80 ftp.monash.edu.au
traceroute -p 21 ftp.monash.edu.au

And post the results here.

Peter.

[sparker]

Yes, will try either later tonight or tomorrow. Thanks for your help.
Sam

[sparker]

Hi Guys,
just wondering if you know the address that the Tivo is trying to FTP to? Im wondering if I will be able to test the connection by ftp'ing or even just pinging it from my pc? Thanks,
Sam

[Darren King]

That info is already available in the "networking" self-help area of the OzTiVo website under "ping" and "wget" here:

http://minnie.tuhs.org/twiki/bin/view/Network/NetworkingHowto

[petestrash]

TiVo does not use FTP for it's calls.

Did you try the traceroute commands I asked you to in post #106?

Peter.

[sparker]

[TiVo [p1] ~]# traceroute -p 80 ftp.monash.edu.au
traceroute to ftp.monash.edu.au (130.194.11.222), 30 hops max, 40 byte packets
1 192.168.1.1 (192.168.1.1) 2.451 ms 1.902 ms 1.810 ms
2 201.2.96.58.exetel.com.au (58.96.2.201) 18.403 ms 18.055 ms 19.340 ms
3 1.2.96.58.exetel.com.au (58.96.2.1) 33.103 ms 33.813 ms 32.083 ms
4 10.0.1.1 (10.0.1.1) 32.375 ms 31.831 ms 32.901 ms
5 359-ge-0-0-0.GW5.SYD2.ALTER.NET (203.166.92.57) 33.540 ms 33.383 ms 32.606 ms
6 0.so-0-2-0.XT1.SYD2.ALTER.NET (210.80.33.189) 32.689 ms 103.428 ms 33.061 ms
7 so-6-0-0.BR2.SYD2.ALTER.NET (210.80.33.218) 33.004 ms 32.124 ms 32.444 ms
8 gigabitethernet2-0-0.pe1.c.syd.aarnet.net.au (203.103.244.194) 32.646 ms 33.707 ms 32.354 ms
9 ge-1-0-5.bb1.b.syd.aarnet.net.au (202.158.202.22) 32.856 ms 35.074 ms 32.208 ms
10 * * *
11 gigabitethernet0.er1.monash.cpe.aarnet.net.au (202.158.200.226) 44.223 ms 47.292 ms 45.944 ms
12 gw1.er1.monash.cpe.aarnet.net.au (202.158.200.234) 45.588 ms 80.381 ms 78.486 ms
13 clay0-gw-v591.net.monash.edu.au (130.194.29.145) 46.189 ms 46.431 ms 76.054 ms
14 clay1-gw-t9-4.net.monash.edu.au (130.194.28.145) 79.227 ms 46.490 ms 45.411 ms
15 ringtail.its.monash.edu.au (130.194.11.222) 75.693 ms !<10> 45.937 ms !<10> 45.488 ms !<10>


[TiVo [p1] ~]# traceroute -p 21 ftp.monash.edu.au
traceroute to ftp.monash.edu.au (130.194.11.222), 30 hops max, 40 byte packets
1 192.168.1.1 (192.168.1.1) 1.666 ms 1.433 ms 1.433 ms
2 201.2.96.58.exetel.com.au (58.96.2.201) 20.593 ms 20.575 ms 19.079 ms
3 1.2.96.58.exetel.com.au (58.96.2.1) 32.624 ms 30.996 ms 32.376 ms
4 10.0.1.1 (10.0.1.1) 33.207 ms 32.038 ms 32.448 ms
5 359-ge-0-0-0.GW5.SYD2.ALTER.NET (203.166.92.57) 32.996 ms 31.130 ms 32.880 ms
6 0.so-0-2-0.XT1.SYD2.ALTER.NET (210.80.33.189) 32.464 ms 111.656 ms 71.869 ms
7 so-6-0-0.BR2.SYD2.ALTER.NET (210.80.33.218) 34.344 ms 35.276 ms 31.600 ms
8 gigabitethernet2-0-0.pe1.c.syd.aarnet.net.au (203.103.244.194) 32.461 ms 35.166 ms 34.717 ms
9 ge-1-0-5.bb1.b.syd.aarnet.net.au (202.158.202.22) 32.819 ms 35.357 ms 32.346 ms
10 * * *
11 gigabitethernet0.er1.monash.cpe.aarnet.net.au (202.158.200.226) 46.376 ms 47.005 ms 45.683 ms
12 gw1.er1.monash.cpe.aarnet.net.au (202.158.200.234) 44.496 ms 46.437 ms 44.992 ms
13 clay0-gw-v591.net.monash.edu.au (130.194.29.145) 46.456 ms 47.355 ms 45.199 ms
14 clay1-gw-t9-4.net.monash.edu.au (130.194.28.145) 47.586 ms 44.148 ms 46.654 ms
15 ringtail.its.monash.edu.au (130.194.11.222) 44.757 ms !<10> 47.248 ms !<10> 46.527 ms !<10>



This seems to be working yeah?
Sam

[sparker]

Seems to be working now, yay!!! Not sure what I did, but I don't care - its working!!! Thankyou to everyone who has helped me over the last few weeks.
Sam

[petestrash]

Looks like the proxy was removed.

Glad it's working for you now.

Peter.