MVP works wired, but not wireless...

[wtg]

Ok, I've had time to think about it a bit more and I read up a bit on your bridge. Never new a bridge that needed a cross-over, but of course yours sure does.

First, are you absolutely positive that your laptop is getting it's IP address from DHCP? XP can be configured to use a static IP if the DHCP request fails, and are you sure that's not happening? Based on your MVP's behavior is sure seems like your bridge isn't forwarding DHCP requests.

Also, have to updated the bridge's firmware? I noticed the latest firmware for it mentions things like:
# Enables wireless to Ethernet bridge multi-clients
# Enables automatic MAC cloning, keeping the first connected device with the same behavior as a single device in v1.0 of ME101
# Enables DHCP client for ME101 bridge for easier access to Web-based configuration utility

It's a strange problem you have. I ran my MVP over a wireless bridge without any trouble and even though you may have throughput issues with your bridge (11b just isn't made for video), you should at least be able to get the MVP to connect.

Good luck,
Tim

[afriend1]

Before I went with the CompUSA routers, I tried a hawking AP/bridge. When I used the "Site Survey" button and clicked "connect" was the only way I could make it connect to the router. (Of course the laptop suggests it is connected)

the other problem I had was failing to start the GBPVR services. I don't know how the Hauppauge frontend works, b/c I only tried GBPVR. But I didn't know to turn on the services in the config. ONce I did that, then re-start the MVP, the MVP connected fine.

Also make sure your bridge ip (200) isn't included in the pool of ip's your router can assign.

I would make the bridge SSID the same as the rounter's too (even though ANY is supposed to connect to any AP).

Here's a link that helped me. It's not the same as your set up b/c the wgr614 doesn't look like it supports WDS. But, the info on here may give you other angles to try.

http://www.tomsnetworking.com/Sections-a...-page1.php

[Gibson99]

Ok, I've had time to think about it a bit more and I read up a bit on your bridge. Never new a bridge that needed a cross-over, but of course yours sure does.

First, are you absolutely positive that your laptop is getting it's IP address from DHCP? XP can be configured to use a static IP if the DHCP request fails, and are you sure that's not happening? Based on your MVP's behavior is sure seems like your bridge isn't forwarding DHCP requests.

yup, its getting it via dhcp. first, the laptop is win2k pro, so it doesn't have that weirdness with if dhcp fail go to static. also, i released it manually, then connected to the bridge (both with and without the hub inline) and then renewed to get an ip.

Also, have to updated the bridge's firmware? I noticed the latest firmware for it mentions things like:
# Enables wireless to Ethernet bridge multi-clients
# Enables automatic MAC cloning, keeping the first connected device with the same behavior as a single device in v1.0 of ME101
# Enables DHCP client for ME101 bridge for easier access to Web-based configuration utility

yup, i upgraded it to firmware 2.0 (latest on the netgear site) about 2 years ago, while troubleshooting another connectivity issue (that problem was that the bridge wouldn't even talk to my base station. turned out to be range, and some metal objects in the wireless' line of sight. that isn't the case here, since the wifi is working, including WEP. at least, for the laptop anyway... not sure what they mean by mac cloning, since i don't see any options for that in the v2.0 me101 setup util don't even see mention of it anywhere. the only macs i see are the bridge's own mac, and the macs of all the wireless base stations in range. at least 3 of my neighbors run wifi also, but they're on channels 1 and 6 (all of them) so i run mine on 11 with no issues, and i have friends over with wifi laptops all the time.

It's a strange problem you have. I ran my MVP over a wireless bridge without any trouble and even though you may have throughput issues with your bridge (11b just isn't made for video), you should at least be able to get the MVP to connect.

Good luck,
Tim

indeed... quite strange. i did enable the dhcp client on the bridge, and after a while it got an ip of 192.168.0.200 all by itself. i guess the router recognied its mac and said "oh, hey, this is the ip i saw you at last time, so here, use it again" even though 200 is way outside the dhcp pool of 2 thru 50. yes, i realize that B probably isn't fast enough for full quality video, but that's ok... i'm willing to live with that as long as music is working - that's the main reason i want this thing in here, esp since i don't even have a tv tuner card installed in the server yet!

[danguyf]

I have a similar issue: when I plug in my MVP while attached to a wireless AP client it bounces back and forth between "MediaMVP Boot" and "DHCP" endlessly; when I attach the MVP to the HTPC's wired router and plug it in it boots up swiftly and completely.

My equipment:
* a D-Link 634M 108G MIMO router hooked up to the cable modem.
* a D-Link 2100AP access point in client mode connected to my HTPC
* a D-Link 2100AP access point in client mode connected to my MVP

(I could try using the 2100s in bridge mode instead, and will try that if all else fails, but I'd like to use the HTPC's D-Link 2100AP to provide internet access to it rather than a second client mode access point.)

The router is handling DHCP. It assigns an IP to the two 2100s, the HTPC, and the MVP. I have checked the router logs and confirmed that the router assigns the MVP an IP. According to the logs the MVP re-requests the IP over and over again, presumably each time it displays the "Connecting to DHCP server" message.

So the MVP contacts the DHCP server (the router) and requests and IP, successfully receives one, displays the message about looking for the MVP boot server, and then...? Can't find the HTPC, maybe? And then it just repeats.

Any ideas from the learned assembled? Do I need the AP client to clone the MVP's MAC? Or if the issue is that the MVP can't find the HTPC... Hmm...

[danguyf]

I left out some details for the sake of simplicity, but in retrospect a fuller picture might better help you kindly help me.

I have a second MVP connected to a router connected via ethernet to a second NIC in my HTPC. This one works fine. I have GBPVR set to start two MVP servers.

Is it possible that GBPVR is answering back on the wrong network when the wireless MVP broadcasts its call?

[danguyf]

A few more details.

Wireless network:

Code:

HTPC AP 192.168.0.55
HTPC      192.168.0.105  
WiFi AP   192.168.0.50  
WiFi MVP 192.168.0.190

Wired network:

Code:

HTPC        192.168.2.5
wired MVP  dynamic IP

[danguyf]

Continued here.

[jbalcorn]

You mentioned that you were connected to a wireless bridge, and the MediaMVP works with the Hauppage software.

I was having problems with my MediaMVP connected to a 802.11g Game Adapter, and during debugging I learned how it works, which gives me a clue.

When using the Hauppage software, the DHCP server _is_ the software. It not only give the MVP an IP addres, but ALSO tells it the ip address of the MVP server. It can route to it across any network.

When using gbpvr, the MVP gets the IP address from a standard DHCP server. It does NOT tell the MVP where the server is, so the MVP auto-discovers it...but broadcasting a request.

Broadcasts don't go over routers. I found a post somewhere that says clearly that the MVP _must_ be on the same segment as the server, or it will never work.

I'm guessing that's your problem.

[danguyf]

The Hauppage software doesn't work either. I am aware of how it works. They are on the same subnet.

The assertion that broadcasts don't go over routers is new to me, though...

[djtaylor]

It's correct broadcasts don't traverse routers, there's no need. A key reason for using a router is to create a seperate broadcast domain.

Did you read the other thread almost identical thread. I posted some stuff there about the MVP boot sequence and offered to read an ethereal capture file if it's not your thing.

David.