PDA

View Full Version : Problems with more than one tivo on network



MMooney
17-07-2007, 06:12 PM
I'm no expert, but have managed to keep one tivo going for the past 2 1/2 years.

Recently tried to add second tivo to my network - and can't work out why it isn't working. Both have airnet card, with different static IP addresses. Both have prism 2.5 802.11b network cards. Problem is that both tivos' MAC addresses show up as attached devices on my wireless router - but only one with an IP address.

Don't know where to begin troubleshooting - any thoughts would be helpful!

tonys
18-07-2007, 10:30 AM
I had a similar problem, think you have to reset the MAC address one one or both of the network cards, here's a link to the relevant thread: http://forums.oztivo.net/showthread.php?t=1096

MMooney
18-07-2007, 01:31 PM
thanks for the advice / link-

I'm not sure how I wil change the MAC address, given that it is supplied by the wireless card (both tivos are running through airnet rather than turbonet), but will see if I can dig out a method.

will see if nic_config_tivo can force a MAC address change (??)
- will try tonight


Update: just tried. nic_config_tivo doesn't give me the option to change the MAC address - I am certain that the two boxes are reporting a different MAC address, so shouldn't be causing problems? Also, changed IP address of the tivo I can get into - and the other doesn't appear, so I don't think it is an IP address clash.

petestrash
18-07-2007, 08:38 PM
If you turn OFF the good TiVo, then reboot the unseen TiVo, can you find it on the network?

Peter.

MMooney
19-07-2007, 07:51 PM
Yes!

Any thoughts on what might be causing the conflict?

can confirm that both are using different (static) IP addresses, differnt MAC addresses.

as soon as I turn the 'good' tivo back on, the new tivo drops back off the network - can still see the MAC, but no IP associated with it, and can't pull up tivoweb or telnet in


worst case, I can turn off one each few days and force call - but would be nice to be able to have them both work together

petestrash
20-07-2007, 05:13 AM
I haven't used a pair of airnets before, and don't currently have one setup.

Can you confirm the MAC address your router is seeing, is the same as what is printed on your modem cards.

Peter.

Darren King
20-07-2007, 07:39 AM
I haven't used a pair of airnets before

Up until last week I had for roughly three years with at lest four different routers (I went through a phase of swapping routers until I found a good one for VoIP!).

No problems this way. In fact during this time I had the odd Airnet TiVo in for modifications making three on the network with no problems.

I had my two set up with static IP addresses (ie not DHCP) and of course made sure that the MAC addresses were different.

MMooney
20-07-2007, 08:16 AM
MAC address is the same as is on the modem cards (that was the only way I could tell that the tivos were the devices I was seeing attached to my wireless adaptor).

more info - one tivo is running tivoweb, the other tivoweb plus - v 1.4 and 1.5 images? If I updated the first (good) tivo maybe the problem would be resolved? Might try that

petestrash
21-07-2007, 07:56 PM
changing between TW & TWP should not make any difference to your current issue, But it is worth doing anyway as TWP is much better.

Can you show us the contents of both /etc/oztivo.conf files.

Peter.

MMooney
23-07-2007, 06:39 PM
thanks for your help with this - I am still in the dark as to what is going on

'new tivo' /etc/oztivo.conf:

-------------------
# OzTiVo menu configuration settings file
# Please do not edit this file
# Put the TiVo disk back in your PC to reconfigure
nic=AirNet
ip=192.168.0.30
mac=
hostname=
modem=0
pppondss=0
netmask=255.255.255.0
gateway=192.168.0.1
ssid=mmabnetwork
wep=None
wepkey=

Read only
-----------------------------
'old tivo' /etc/oztivo.conf:
-----------------------------

# OzTiVo menu configuration settings file
# Please do not edit this file
# Put the TiVo disk back in your PC to reconfigure
nic=AirNet
ip=192.168.0.20
mac=
hostname=
modem=0
pppondss=0
netmask=255.255.255.0
gateway=192.168.0.1
ssid=mmabnetwork
wep=None
wepkey=

Read only

-------------------------------




Also, now having trouble getting the 'new' tivo to complete the first program call - can't get a connection. It will get through a test call, I can telnet in, but it won't complete the first program call.

carried out all the diagnostics on the http://minnie.tuhs.org/twiki/bin/view/Network/NetworkingHowto#changing_your_network_configurat page - none showed up anything odd.

petestrash
23-07-2007, 11:42 PM
Also, now having trouble getting the 'new' tivo to complete the first program call - can't get a connection. It will get through a test call, I can telnet in, but it won't complete the first program call.

Try turning the other TiVo off and rebooting the problem one again.

Your setup files look fine, I starting to think it may be a wierd router issue.

Peter.

petestrash
23-07-2007, 11:58 PM
Can you also try the ifconfig command on both TiVo's to check the settings

Peter.

MMooney
24-07-2007, 08:14 PM
ifconfig results:

'old tivo':

-------------------
lo Link encap:Local Loopback
inet addr:127.0.0.1 Bcast:127.255.255.255 Mask:255.0.0.0
UP BROADCAST LOOPBACK RUNNING MTU:3584 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 coll:0

eth0 Link encap:Ethernet HWaddr 00:05:5D:F1:05:3E
inet addr:192.168.0.25 Bcast:192.168.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 coll:0
Interrupt:29
----------------------

'new tivo' :

-------------------
lo Link encap:Local Loopback
inet addr:127.0.0.1 Bcast:127.255.255.255 Mask:255.0.0.0
UP BROADCAST LOOPBACK RUNNING MTU:3584 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 coll:0

eth0 Link encap:Ethernet HWaddr 00:09:5B:33:4C:E6
inet addr:192.168.0.30 Bcast:192.168.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 coll:0
Interrupt:29

-----------------------

I have a netgear g router - pretty new, about three months old

Wibble
25-07-2007, 09:02 PM
Have you just change your setup, in a previous message you mention the following setup for your old tivo:
ip=192.168.0.20

Yet the ifconfig show
inet addr:192.168.0.25

also

all your RX/TX packets are 0 whic is a bit strange.

Can you from both tivo's ping the router and the other tivos, then do an "arp -an" on both tivo's.

This will tell you what the mac address of the router is and what each tivo thinks the other's mac address is.

You should get something like this
[TiVo [p0] ~]# arp -an
Address HWtype HWaddress Flags Mask Iface
192.168.12.1 ether 00:13:F7:07:3C:E4 C * eth0
192.168.12.2 ether 00:16:E6:56:5C:D3 C * eth0
192.168.12.51 ether 00:00:00:00:00:00 MP * *

You can ignore the line with a mac address of all 0's.

(Got to love that smiley)

MMooney
26-07-2007, 09:00 PM
yeah, did change the IP address when did nic_config to make sure that something was happening!

arp -an result for the good tivo (.0.5 is my laptop):

192.168.0.1 ether 00:1B:2F:07:6E:5A C * eth0
192.168.0.5 ether 00:18:DE:B8:F4:44 C * eth0
192.168.0.30 ether 00:09:5B:33:4C:E6 C * eth0
192.168.0.25 ether 00:00:00:00:00:00 MP * *

and for the bad tivo
Address HWtype HWaddress Flags Mask Iface
192.168.0.5 ether 00:18:DE:B8:F4:44 C * eth0
192.168.0.25 ether 00:05:5D:F1:05:3E C * eth0
192.168.0.30 ether 00:00:00:00:00:00 MP * *



I am thinking it is something to do with the router - when I look for the tivos as attahced devices, the router lists the MAC addresses without IP addresses unless I go into the Tivoweb and make a call, or telnet into the tivo and ping the router

Wibble
26-07-2007, 09:19 PM
On both tivo's can you do a "route", you should get identical results.

Also do a "traceroute -n 210.48.107.133" on both and see how far the bad one goes.

petestrash
27-07-2007, 01:59 AM
Sorry been away.

Wibbles suggestions are good.

I'm still leaning towards a router setup issue of some kind.

One further suggestion I have is to enable DHCP on your router and set the "bad" TiVo to use DHCP. Then see how it comes up.

Peter.

MMooney
27-07-2007, 08:22 PM
route on the good tivo

--------------

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.0.0 * 255.255.255.0 U 32767 0 0 eth0
default 192.168.0.1 0.0.0.0 UG 0 0 0 eth0
------------------

route on the bad tivo

------------
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.0.0 * 255.255.255.0 U 32767 0 0 eth0
default 192.168.0.1 0.0.0.0 UG 0 0 0 eth0
------------


not sure how to interpret these results:
traceroute for the good tivo
----------
traceroute to 210.48.107.133 (210.48.107.133), 30 hops max, 40 byte packets
1 192.168.0.1 6.156 ms 2.503 ms 2.862 ms
2 * * *
3 125.237.192.1 47.291 ms 47.982 ms 50.104 ms
4 202.50.245.194 160.671 ms 54.875 ms 80.615 ms
5 202.50.245.193 56.333 ms 47.700 ms 59.317 ms
6 210.55.202.49 46.077 ms 44.843 ms 43.691 ms
7 210.55.202.52 46.584 ms 47.742 ms 49.511 ms
8 192.203.154.44 47.299 ms 48.212 ms 48.978 ms
9 210.48.5.69 46.334 ms 44.748 ms 47.645 ms
10 210.48.5.2 47.407 ms 45.407 ms 44.625 ms
11 210.48.5.102 45.549 ms 47.785 ms 44.934 ms
12 210.48.5.62 44.338 ms 45.567 ms 45.912 ms
---------------------
and for the bad one
----------
traceroute to 210.48.107.133 (210.48.107.133), 30 hops max, 40 byte packets
1 192.168.0.1 8.188 ms 3.770 ms 3.366 ms
2 * * *
3 125.237.192.1 47.109 ms 50.352 ms 47.644 ms
4 202.50.245.194 138.200 ms 244.105 ms 223.784 ms
5 202.50.245.193 55.620 ms 58.049 ms 52.843 ms
6 210.55.202.49 45.834 ms 48.482 ms 48.120 ms
7 210.55.202.52 44.291 ms 50.040 ms 44.152 ms
8 192.203.154.44 51.598 ms 45.702 ms 53.308 ms
9 210.48.5.69 47.007 ms 50.058 ms 44.117 ms
10 210.48.5.2 46.619 ms 47.477 ms 47.997 ms
11 210.48.5.102 46.138 ms 48.284 ms 54.770 ms
12 210.48.5.62 47.943 ms 48.694 ms 45.447 ms
------------------

beyond line 12 both just gave me ***

MMooney
27-07-2007, 08:25 PM
have just configured the bad tivo to dhcp - will report on results

also just did a firmware upgrade on my router (hoping that might have some effect) - will see what happens

MMooney
29-07-2007, 08:58 PM
Finally able to set aside a few hours today. Re-imaged the new tivo, swapped around some hardware .... and it would seem that there is some sort of connectivity issue between one of my network cards (the one in the bad tivo) and the router. it works intermittantly -and only when I have the other tivo turned off. When I try to ping this card, it responds about half the time. When I try to run GS with it, it can make the test call, but fails at the first real attempt to get data.

For the sake of all the hassle, unless anyone has an idea as to what might be causing this particular card to operate so oddly, I think I just need to get a new card (so would gladly take any thoughts on where I might find one in NZ - my supply is generally from the states).

thanks for the help - sorry took me so long to start swapping hardware around to be able to find the issue.

MMooney
29-07-2007, 08:58 PM
Finally able to set aside a few hours today. Re-imaged the new tivo, swapped around some hardware .... and it would seem that there is some sort of connectivity issue between one of my network cards (the one in the bad tivo) and the router. it works intermittantly -and only when I have the other tivo turned off. When I try to ping this card, it responds about half the time. When I try to run GS with it, it can make the test call, but fails at the first real attempt to get data.

For the sake of all the hassle, unless anyone has an idea as to what might be causing this particular card to operate so oddly, I think I just need to get a new card (so would gladly take any thoughts on where I might find one in NZ - my supply is generally from the states).

thanks for the help - sorry took me so long to start swapping hardware around to be able to find the issue.