Failed. Service Unavailable Part 2

Printable View

Show 50 post(s) from this thread on one page

22-08-2005, 09:05 AM
MrGadget

Failed. Service Unavailable Part 2

Like Sadrake, I have noticed that I can not complete a daily call from Tivo...
Unlike Sadrake I have not changed ISP's, and instead connect to the dev emulator (port 80). My ISP assures me that they have not begun using any form of proxy (and provided this rather handy link to verify it (which it does)).
Having been away for the last week I know it's not something I have done :) - it was working before and after I left, but failed while I was away... and as is usually the way when you go away, my internet connection dropped early on the 16th and did not come back up until I reset the router on the weekend - therefore the last successful call was August 16 @ 2:20am.
I'm running the 1.3 image and did note the HTTP/1.0 comment in the log (below) which is why I went first to my ISP.
FYI The entry in tclient.conf is:
127::210.48.107.133:80:::

If I try to wget the file from Orac, I get the following:

[TiVo [p1] /tmp]# wget 210.48.107.133/tivo/slice/nzdev.slice
--11:25:39-- http://210.48.107.133/tivo/slice/nzdev.slice
=> `nzdev.slice'
Connecting to 210.48.107.133:80... connected.
HTTP request sent, awaiting response... 404 Not Found
11:25:42 ERROR 404: Not Found.

However I can FTP (from PC) to the IP and find the file in the correct location (and download it to the PC). Tivo can ping internet IP addresses with no issues.

Any idea how to resolve this?
Cheers
Neil

Log file contents:

Aug 22 11:03:15 (none) comm[114]: CallService: Start err 0
Aug 22 11:03:15 (none) comm[114]: CAM_ID not found.
Aug 22 11:03:15 (none) comm[114]: CallStatusReporter: Phase: Dial, Status In Progress
Aug 22 11:03:15 (none) comm[114]: CallStatusReporter: sending message "CL|30"
Aug 22 11:03:15 (none) comm[114]: Backdoor code 4, enable calls via broadband
Aug 22 11:03:15 (none) comm[114]: Using Ethernet. Not starting modem/pppd.
Aug 22 11:03:15 (none) comm[114]: CallStatusReporter: Phase: Start_Auth, Status In Progress
Aug 22 11:03:15 (none) comm[114]: CallStatusReporter: sending message "ST|33"
Aug 22 11:03:17 (none) comm[114]: CommUtil: connection to host 210.48.107.133, port 80, err 0x0
Aug 22 11:03:17 (none) comm[114]: Uploading Header for modLog of /var/log/svclog: POST /tivo-service/mlog.cgi HTTP/1.0^M Content-Length: 9942^M ^M
Aug 22 11:06:14 (none) comm[114]: XferRqst timeout waiting to read
Aug 22 11:06:16 (none) comm[114]: drainGetPostQ: doXfer failed err=65535 (0xffff)
Aug 22 11:06:16 (none) comm[114]: NetAgent: drainPostQ failed, err = 0xffff
Aug 22 11:06:16 (none) comm[114]: CallService: NetAgent Process err 65535
Aug 22 11:06:16 (none) comm[114]: CallService: NetAgent failed, status 0xffff
Aug 22 11:06:16 (none) comm[114]: CallService: EndCall start
Aug 22 11:06:18 (none) comm[114]: CallStatusReporter: Turning off-hook LED off
Aug 22 11:06:18 (none) comm[114]: Recover private logs
Aug 22 11:06:18 (none) comm[114]: Opening old private log files
Aug 22 11:06:18 (none) comm[114]: Reverting private logs
Aug 22 11:07:39 (none) comm[114]: Cleanup: GetAddDiskBasedDirectories returned <70001> "0x70001"...skipping cleanup
Aug 22 11:07:39 (none) tcphonehome[114]: CallService return status 0xffff
Aug 22 11:07:39 (none) tcphonehome[114]: GetPostalCodeVersion - /PostalCode/02113 ServerVersion=27
Aug 22 11:07:39 (none) tcphonehome[114]: debug: sumServerVersion=27
Aug 22 11:07:39 (none) comm[114]: CallStatusReporter: Phase: Start_Auth, Status Failed
Aug 22 11:07:39 (none) comm[114]: CallStatusReporter: sending message "EX|14"
Aug 22 11:07:39 (none) tcphonehome[114]: TClient failed: EX|14
Aug 22 11:07:39 (none) tcphonehome[114]: Sending dialup event, subtype 8, msg EX|14
Aug 22 11:07:39 (none) tcphonehome[114]: setCallStatus called with: Failed state 0
Aug 22 11:08:15 (none) tcphonehome[114]: LastCallAttempt at 1124708190
Aug 22 11:08:15 (none) tcphonehome[114]: setting call status to: Failed
Aug 22 11:08:15 (none) tcphonehome[114]: setting call in progress to 0 (second successCount)
Aug 22 11:08:15 (none) tcphonehome[114]: Setting callActive to 0
Aug 22 11:08:15 (none) comm[114]: CallStatusReporter: sending data changed event 20
Aug 22 11:08:15 (none) tcphonehome[114]: destroying CommGlobals!
Aug 22 11:08:15 (none) tcphonehome[114]: pCommMempool empty
Aug 22 11:09:49 (none) tcphonehome[114]: Setting MCP PhoneHome action: ENABLED
22-08-2005, 03:07 PM
petestrash

FWIW:

If I try FTP (using a PC) 210.48.107.133 on port 80 or 8000 it just times out for me also.

Port 21 works fine, except it won't accept my non NZ IP.

Peter.
22-08-2005, 08:08 PM
Wibble

Orac setup

On Orac you can get DJC's slices as follows:

Using an Anonymous login via FTP this will show up as
ftp://210.48.107.133/tivo/slice/nzdev.slice

using http:
http://210.48.107.133/slice/nzdev.slice

NOTE: the path are different, one has tivo one hasn't.

To get the original type of slices use:
ftp://210.48.107.133/tivo/slice/nztivo.slice
http://210.48.107.133/slice/nztivo.slice

The loadguide.conf is as follows:
SLICE_URL='http://210.48.107.133/slice/'

For DJC's:
SLICE1=nzdev.slice
and for the other one
SLICE1=nztivo.slice
23-08-2005, 06:56 AM
MrGadget

Thanks - that solved the wget issue - that does work with the correct path.
However I still seem unable to make a successful daily call...

Any ideas much appreciated :-)

FYI - Although I do not have any associated network problems with the Tivo, I have just reinstalled the Cachecard drivers and set the network details again - something suggested in this forum - no change to my issue - still failing on a daily call....
23-08-2005, 09:24 AM
DJC

There have been no changes in slice creation mechanisms.

It looks like there are a few tivos on the port 80 orac emulator now, anyone else having problems?
23-08-2005, 09:57 AM
zollymonsta

I have my two tivos on the port 8000 emulator. No problem at all, apart from them grizzling only about 7 days of data (which I just ignore) :rolleyes:
23-08-2005, 11:45 AM
DJC

Quote:

Originally Posted by zollymonsta

I have my two tivos on the port 8000 emulator. No problem at all, apart from them grizzling only about 7 days of data (which I just ignore) :rolleyes:

Check out ... 8am, Ahhhh! Monsters on TV3, time to use the web interface.
23-08-2005, 11:55 AM
DJC

Quote:

Originally Posted by zollymonsta

I have my two tivos on the port 8000 emulator. No problem at all, apart from them grizzling only about 7 days of data (which I just ignore) :rolleyes:

Port 80 and 8000 emulators use essentially the same slice at present. The development slice has an extra channel in it, which is not visible unless you tweak the headend. So perhaps not a slice issue.
23-08-2005, 01:34 PM
MrGadget

Can I change ports from 80 to 8000 easily (ie without clearing data etc as when you change emulators) to try that?

Interesting note - don't think it's relevant - but who knows... as the internet access was down from Tuesday to Sunday, no guide data was downloaded (therefore tivo was mostly out...) - I manually loaded an nzdev.slice on Sunday and only got data fro the following Tuesday onwards... any way this could cause the current issues?
23-08-2005, 03:16 PM
DJC

(i) Slices by design have data +3 days, this is normal so that previously set recordings are not lost between slices. [until I get incremental slices working] (altough it should have picked up historic slices to fill in current data)

(ii) Changing from port 80 to 8000 should have little effect... PROVIDED you haven't manually loaded any logos. The key difference with the 8000 emulator is that it has a logo slice.

/DJC
23-08-2005, 03:47 PM
MrGadget

Quote:

Originally Posted by DJC

Changing from port 80 to 8000 should have little effect... PROVIDED you haven't manually loaded any logos. The key difference with the 8000 emulator is that it has a logo slice.

/DJC

Oh, but I do have manually loaded logos... what would the effect be?
23-08-2005, 03:55 PM
DJC

Result is ... "Failed While Loading Data" ... So this is not an option for you.
23-08-2005, 03:57 PM
catdog

Out of data!

I believe it is a problem with the orac emulator if you completely run out of data.

A couple of weeks ago telecom ( :mad: ) stuffed up our adsl connection for 4 days, during which one of the two tivos here ran out of data (because it had been disconnected from the network for a couple of days before this occurred). The other one was always on the network, and therefore had data to cover the 4 days of no web connection. When the web was reconnected, the tivo with no data would not connect but the other one was fine.

All the symptoms were exactly the same as your case
- ran out of data
- nothing changed to hardware configuration/files etc
- could wget slices and manually load them
- timed out when trying to connect by itself (service unavailable message)
The tivo which never ran out of data worked fine, with the same setup on the same network.

Not wanting to re-image, I tried changing to the other emulator at 64.151.65.200 - and it downloaded and indexed with out any problems. There were a few holes in the data (not sure if this is normal or not), so changed back to 210.48.107.133 and it then downloaded and indexed successfully!

Something is still slightly broken however, it works fine so long as it is always connected to the network. If it misses a slice (ie network unplugged for more than a day), then instead of getting both the old and new slices it fails (service unavailable) and downloads nothing. Swapping back and forth between emulators rectifys this problem, and it then continues to work as normal again.

I didn't bother posting on here because I just figured the tivo database had randomly become corrupt or something. The similarity with your situation suggests it is a problem with the emulator - which most people never see because they keep the data topped up. I realise this doesn't really give you a proper answer to your problem, but you are not alone. Perhaps someone with knowledge about the emulator workings can have a look at this?
23-08-2005, 04:21 PM
DJC

Quote:

Originally Posted by MrGadget

Interesting note - don't think it's relevant - but who knows... as the internet access was down from Tuesday to Sunday, no guide data was downloaded (therefore tivo was mostly out...) - I manually loaded an nzdev.slice on Sunday and only got data fro the following Tuesday onwards... any way this could cause the current issues?

Lets test this...

Can you try a data retrieval from the emulator now, lets see the result with a set of end to end complete slices loaded up.

The nzdev.slice I've just uploaded is a full slice starting now and going forward, so this will (also) eliminate missing days by loading manually. Then we'll see if the issue continues for future slices.
23-08-2005, 04:41 PM
MrGadget

Quote:

Originally Posted by catdog

I believe it is a problem with the orac emulator if you completely run out of data.

Yay - I'm not alone :-)
I'll clear the data and try again....
As for the wholes in the other emulators guide data - yes, from my experiences quite normal - hense my change to the emulator on orac :)
23-08-2005, 05:16 PM
catdog

Quote:

Originally Posted by MrGadget

Yay - I'm not alone :-)
I'll clear the data and try again....

The "clear program data & todo list" didn't help - clear and delete everything might, but I didn't want to lose the recorded shows. Failing that, re-image the drive?
23-08-2005, 05:20 PM
DJC

Quote:

Originally Posted by MrGadget

Yay - I'm not alone :-)
I'll clear the data and try again....
As for the wholes in the other emulators guide data - yes, from my experiences quite normal - hense my change to the emulator on orac :)

Whoo! hang up... I've just uploaded completed slices, see previous post... lets test the theory first.
23-08-2005, 05:38 PM
waynez

Bugger

Guys,

Friends TIVO is exhibiting exactly the same problems. He hasn't been connected to the net for a while, and when we last connected he got the Failed. Service unavailable.

I've done a clear and delete, checked and double checked the address, can wget slices, can ping the server, can telnet, can tivoweb, but just wont get data.
Get an error in the tconfig.log XferRqst timeout waiting to read

Running out of ideas, contemplating a re-image, but maybe you guys are on to something.... I'm just trying connecting to the dev emulator and see if that makes a difference.
23-08-2005, 05:51 PM
MrGadget

Quote:

Originally Posted by DJC

Lets test this...

Can you try a data retrieval from the emulator now, lets see the result with a set of end to end complete slices loaded up.

The nzdev.slice I've just uploaded is a full slice starting now and going forward, so this will (also) eliminate missing days by loading manually. Then we'll see if the issue continues for future slices.

Okay - just tried a connection via Tivoweb - failed as usual - I'll manually download the latest slice and dbload it... I'll advise further....
23-08-2005, 06:13 PM
MrGadget

After dbload'ing a slice (and a nice fat one it is too - data thru to Monday sometime), then indexing, a followup daily call gives the same result... failed...
:(
23-08-2005, 06:16 PM
waynez

Sucess

Alrighty then...

That fixed it.

I did a Clear & Delete ALL, it may not have been required in the end, but whats done's done....

I changed back to the emulator on 64.151.65.200, finished guided setup, did the test call, then completed the call.

Waited for the final call to complete and the data to be reindexed.

Once everything was working and data appeared.

Changed back to the emulator on orac 210.48.107.133:80

rebooted, did a daily call, and it's now loading data 8% - 76mins

So that seems to have worked.

DJC, does that mean there was/is a problem with the emulator?

and thanks CATDOG, for your help....
23-08-2005, 07:21 PM
DJC

OK. Then based on this its obviously nothing to do with the slices.

So must be some issue tied up with the emulator, might have to disconnect my tivo from the lan to check it out... damn, times like you wish you had two tivos.

Time for this thread to move to the development forum...
23-08-2005, 07:23 PM
DJC

Quote:

Originally Posted by waynez

I did a Clear & Delete ALL, it may not have been required in the end, but whats done's done....
I changed back to the emulator on 64.151.65.200, finished guided setup, did the test call, then completed the call.
Waited for the final call to complete and the data to be reindexed.
Once everything was working and data appeared.
Changed back to the emulator on orac 210.48.107.133:80
rebooted, did a daily call, and it's now loading data 8% - 76mins
So that seems to have worked.

Crikey, alot of emulator swapping going there...

Waynez, can you do the same thing against the orac emulator...

ie. Same clear and delete all then just run the GS directly against the dev emulator port 80 or 8000 if you want logos.
24-08-2005, 07:54 AM
MrGadget

Quote:

Originally Posted by waynez

Alrighty then...

That fixed it.

I did a Clear & Delete ALL, it may not have been required in the end, but whats done's done....

Hmnn - I have a 160Gb drive that after being away is 80% full - so a Clear & Delete ALL isn't really an option for me.

I have tried clearing guide data and changing back to the old emulator but it still comes up with a Failed call...
Clear data and dev emulator - failed call

Interestingly, if I run a packet sniffer while making a failed call, I see packets containing things like "Meet The The FockersM€¸ Massive blockbuster hit sequel to 'Meet the Parents' has the Byrne family journeying to Miami to meet Greg's parents only to find alcoholic sex-addicted hippies. Starring: Ben Stiller" & "Angel meets with a swami to try to end his obsession with Darla, while Wesley assumes Angel's identity and plays bodyguard to a businessman's daughter" - seems guide data is actually being downloaded even though the call fails....

Back to attempts...
rerun guided setup on the dev emulator - fails at first call - tried three times - failes each time.
Edit tclient.conf with old emulator IP (64.151.65.200) and tried guided setup again - and success at both first and second calls...

I'm a little loath to go back and try a clear & delete of data and swap back to the dev emulator until the issue is sorted - but if it will help find the problem then I'll give it a go....

*** Update ***
After looking at the guide data on the old emulator - it reminded me of why I changed in the first place - too many gaps - so I have cleared and deleted the guide data, edited the tclient.conf file to point back to the dev emulator and... it works again....

So the short term fix...(at least what worked for me)...
1. Back up your season passes etc
2. Clear & Delete Guide Data
3. Change IP address in tclient.conf to 64.151.65.200
4. Rerun guided setup
5. when completed, change the ip in tclient.conf to 210.48.107.133
6. clear & delete guide data again
7. Make a call
8. restore backup of season passes etc
24-08-2005, 08:24 AM
DJC

Right ... I have another emulator at which I can tail logs to check things out.

Who still has the problem and can work the issue through with me?

/DJC
24-08-2005, 11:32 AM
catdog

Quote:

Originally Posted by MrGadget

*** Update ***
After looking at the guide data on the old emulator - it reminded me of why I changed in the first place - too many gaps - so I have cleared and deleted the guide data, edited the tclient.conf file to point back to the dev emulator and... it works again....

So the short term fix...(at least what worked for me)...
1. Back up your season passes etc
2. Clear & Delete Guide Data
3. Change IP address in tclient.conf to 64.151.65.200
4. Rerun guided setup
5. when completed, change the ip in tclient.conf to 210.48.107.133
6. clear & delete guide data again
7. Make a call
8. restore backup of season passes etc

I don't think you needed to clear and delete or guided setup or anything, just:
1. Change IP address in tclient.conf to 64.151.65.200
2. Make a call
3. Change the ip in tclient.conf back to 210.48.107.133

well that's what worked for me ;)
24-08-2005, 12:04 PM
MrGadget

Quote:

Originally Posted by DJC

Who still has the problem and can work the issue through with me?

/DJC

Afraid not me...
My only issue is now being 12 hours behind... I have a feeling I should know how to fix this...
postcodezones file has the entry
02113 Pacific/Auckland
(with the relevant 'auckland' file in the /hack/zoneinfo/pacific folder). Tivo correctly set to GMT...
fixtivotime gives:
Our postcode is 02113. Found matching timezone Pacific/Auckland
Offset 0 for timezone GMT, daylight saving is 0
Connecting to time server 207.126.98.204
t was 3333841323 from server
t is now 1124852523
Time is 2005-08-24 03:02:03
Time set to: Wed Aug 24 03:02:03 2005
Have a nice day.
Time set to: Wed Aug 24 03:02:04 2005
Have a nice day.

Which sets me back 12 hours (as does a daily call when the time is correct...)

What am I missing here ?
24-08-2005, 02:35 PM
wbeasley

I have this issue as well, wife redesigned the living room over the weekend :confused: and the cable wouldn't reach the new location. Finally decided I should update the tivo and the update fails.
I'm busy this evening and will try the emulator switch tomorrow evening
24-08-2005, 02:58 PM
waynez

Here goes

Tivo is all up and running fine after the last couple of days issues.

I'm about to Clear and Delete everything and run through Guided setup against the orac emulator 210.48.107.133 - Will report back shortly.
25-08-2005, 07:25 AM
MrGadget

Quote:

Originally Posted by MrGadget

My only issue is now being 12 hours behind...

I will forever fail to understand Tivo :p The next day (and another reboot) it's fine - does not reset it's own time back 12 anymore - and I swear I was not still in maint mode (I double checked that!)...
25-08-2005, 02:45 PM
wbeasley

Well I am on 64.151.65.200 so that would indicate it isn't an issue only with the orac emulator.
25-08-2005, 04:45 PM
tonys

Looks like I've got the same problem! 'failed call, service unavailable' not 100% sure what emulator I'm on, how do I find out?
25-08-2005, 05:00 PM
tonys

just checked clientlog thing, I'm on 64.151.65.200 port 80

Hellppp!
25-08-2005, 05:08 PM
wbeasley

I cleared the program data and todo list, and tried changing to the orac IP 80 & 8000 (I figured that was just a change of IP in the tclient.conf or is there more to it?)

Nothing worked and have since changed back to 64.151.65.200 a

Some help would be appreciated, what can i try next?
25-08-2005, 08:27 PM
DJC

Test

Guys: can you try the following IP as your emulator.

202.36.218.218

This is a one off test emulator so DONT use it premanently.

I have a theory in regard to the number of slices being served simultaneously -leading to a really long slice download response line from the emulator to the tivo.

The theory goes like ~ the tivo buffer length is not long enought to support the long stream of url's.

On this 202.36.218.218 emulator I have removed all slices bar the latest. Other than that its config is the same as orac.
25-08-2005, 08:35 PM
tonys

This is going to sound really dumb, but can someone talk me through changing the IP address of the emulator please. If anyone's up and about and willing at this time of day, I'll be up and about till about midnight.
Tony 09 420 9995
25-08-2005, 09:10 PM
wbeasley

I tried the IP and no joy, Guided setup spent a long time trying to connect. Looks like it timed out
25-08-2005, 09:16 PM
tonys

Me too, if I managed to change the IP correctly that is... does the 127: and :80 bits stay at either end of the 202.36.218.218 bit? Sorry to be dumb!!
If that's correct then mine did the same, tried to connect for a while then timed out. On the original IP 64.151.65.200, the 'failed,service unavailable' message comes up almost instantly after 'housekeeping'
25-08-2005, 09:29 PM
DJC

Can you

i) ping the ip?

ii) and point a web browser at it http://202.36.218.218/ and get a forbidden message?

iii) open this file http://202.36.218.218/static/Headend...20000000.slice

?
25-08-2005, 09:34 PM
wbeasley

I can ping the new IP
I get the forbidden message
When i click on the slice hyperlink I get a box to open it
25-08-2005, 09:34 PM
tonys

hang on, just had another go at changing the ip, rebooted, then forced daily call via tenet, it is now downloading data!!! presume after that, I swap the IP back and try again? I was using 64.151.65.200 port 80 which emulator is that? Is it the best, most reliable? if it makes a difference, I'm on OzTivo image 3.0r1.4
25-08-2005, 09:44 PM
DJC

I just pointed my tivo at it, and its away downloading the latest slice...

Which is not good; as I was trying to miss a slice or two and see if I can re-create the issue. Guess I have up to date data now tho.

Are you sure nothing else is up with your net/tivo given you can ping and access the emulator?
25-08-2005, 09:46 PM
DJC

Quote:

Originally Posted by tonys

hang on, just had another go at changing the ip, rebooted, then forced daily call via tenet, it is now downloading data!!! presume after that, I swap the IP back and try again? I was using 64.151.65.200 port 80 which emulator is that? Is it the best, most reliable? if it makes a difference, I'm on OzTivo image 3.0r1.4

The data you now have is from the dev emulator system which serves from orac.

See if you like the slice and make your call. There is plenty of info on the advantages/disavantages of the dev system in the developers forum.

Edit: (Ignore acutually can now) I can't actually see from the log that you have made the connection to the test emulator. Not sure where you are connecting.

* 64.151.65.200 is Ed's emulator, not the dev system.
25-08-2005, 09:51 PM
tonys

Well, using 'your' emulator IP, I got a download and up to date guide data, swapped back to 64.151.65.200:80 and got failed, service unavailable again. Problem seems to be with this particular IP. any other suggestions?
25-08-2005, 09:54 PM
DJC

Quote:

Originally Posted by tonys

Well, using 'your' emulator IP, I got a download and up to date guide data, swapped back to 64.151.65.200:80 and got failed, service unavailable again. Problem seems to be with this particular IP. any other suggestions?

Go orac: 210.48.107.133

port 80 if you have logos loaded manually, otherwise port 8000 to get the logo slice too.
25-08-2005, 09:54 PM
tonys

I'm off to bed now! Think I'll give the development emulator a try tomorrow, what is the IP address for it? Thanks for your help.
26-08-2005, 05:25 AM
wbeasley

Well, No joy this end.

I wondered if maybe it could be a proxy issue as the tclient log has the HTTP1.0 mentioned in the other thread. So i did the following
(I have an older image)

cd /hack/bin; wget http://202.63.38.134/takm/emuProxy2
chmod +x /hack/bin/emuProxy2
Edit /etc/tclient.conf, modify the line:
127::127.0.0.1:8000:::
added following to rc.sysinit.author to read (mine didn't have line to amend)
emuProxy2 -s 210.48.107.133 -p 8000 & (tried with /hack/bin as well)

nothing worked here, uncertain if i implemented correctly. Possibly off track.

mmm, I'm at work atm but I'm certain I recall that this line is active, thought it a little odd at the time. Could it be that simple?
# Dennis' Emulator
126::66.23.218.193:80:::

Because I cleared all data I have to go through guided setup. I can't even manually use the Tivo atm. Having approx 14 guests around sat evening for the rugby and it would be sad to not have tivo working...
I would do a reinstall but have all but the first 6 legs of the tour de france on Tivo at high quality along with the current season if gilmour gilrs for the wife, and I have yet to move them onto dvd. I can still set up tserver and move them but there is hours and hours of stuff.

Can anyone see a way I can run guided setup without doing a call so at least I can use Tivo manually sat evening?

Thanks
26-08-2005, 05:57 AM
tonys

If that line's active and before the IP of the NZ emulator, I'd guess it's trying to connect to this IP first! Would certainly explain all your problems! Although I couldn't get a download from Ed's emulator, and succeded from DJC's 'dummy' one. Going to try the development emulator tonight or tomorrow morning (depends when I'm allowed to 'bugger about with Tivo') funny how possessive they get of the damn things isn't it?
26-08-2005, 07:54 AM
DJC

Quote:

Originally Posted by wbeasley

Well, No joy this end.

I wondered if maybe it could be a proxy issue as the tclient log has the HTTP1.0 mentioned in the other thread. So i did the following
(I have an older image)

I have moved the ... lets call it ... bootstrap emulator to port 8888

So the address is 202.36.218.218:8888

That will eliminate any [transparent] proxy issues...
26-08-2005, 08:45 AM
DJC

Quote:

Originally Posted by tonys

If that line's active and before the IP of the NZ emulator, I'd guess it's trying to connect to this IP first!

It should only connect to the 127 line; which is setup as /State/PhoneConfig DialConfig entry.

Browse MFS to verify from tivoweb.

Show 50 post(s) from this thread on one page