Well, after spending a lot of time troubleshooting this issue I was
never able to come up with a resolution. I ended up putting their
Watchguard unit back in place.
Chalk this one up as a major head scratcher.
On 4/30/2010 8:49 PM, Josh Luthman wrote:
Who stole who the other company's MAC???
I'll look into that but I'd be surprised if that was the case.
On Fri, Apr 30, 2010 at 8:49 PM, Josh Luthman
j...@imaginenetworksllc.comwrote:
Who stole who the other company's MAC???
Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
Hey everyone,
Using an RB750 as a router / vpn device for one of my clients. Port 1 is
the DHCP internet feed. Port 2 is assigned 192.168.1.1 and is directly
connected to a wireless link that feeds the client's business. Port 3 is
another network that is private for the client's home. Traffic
Network map probably isn't necessary. In simple terms, the AP end is
attached to a house. The RB750 is in the basement hooked up to a cable
modem, a local access point and the Nanostation. The far end is at the
top of an elevator. The cable goes down to the bottom into a switch and
into the
So you have rb750's port 2 to an NS which links to another NS. The laptop
at the far NS can not get to the rb750?
Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue
that
Nope, and if you log into Winbox you cannot even ping the NS directly
connected to it.
On 4/30/2010 12:25 PM, Josh Luthman wrote:
So you have rb750's port 2 to an NS which links to another NS. The laptop
at the far NS can not get to the rb750?
Josh Luthman
Office: 937-552-2340
Direct:
So the RB can ping the AP, but can it ping the far Nanostation?
Can the laptop ping the far nanostation when plugged in to it?
Did you confirm they are setup for bridge mode and WDS?
Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
“Success is not
The RB can't ping the NS connected to it or anything beyond that. It is
like there is no traffic being passed over the ethernet cable at all.
On the far end you can get as far as the NS on the client's house, but
can not ping the RB that is attached to it's ethernet port.
These units are not
Well if the RB can't ping a NS plugged right into it there is an obvious
problem. What IPs are the port and NS? Are they getting ARP?
Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Are you getting link lights on both connections? Have you plugged the
ns2 directly into the RB? Have you pinged the NS2 directly from your
pc? Have you tried the NS2 on a different port? double checked
everything... netmasks? Common in
The NS is directly connected to port 2 on the RB750. IP, Netmask,
Gateway, DNS is all 100% correct on all of the units. I can ping the NS
when I plug it directly into my laptop. I can also access the device
when I remove the RB750 from the picture and put their old Watchguard
unit back in
If you're not getting ARP that's very weird. It is showing 100M FDX on
ether2 right?
Try removing/adding the IP address. Be certain that you put 192.168.1.1/24
Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
“Success is not final, failure is not
I'll have to double check again. I pulled the unit off-site and was not
able to recreate the issue at my desk here. I even went as far as to try
using a different port. The link light on the RB comes on, but no
traffic will pass through that link.
I might try forcing 10Mbps.
On 4/30/2010
Are the ethernet ports on the 750 bridged?
Cameron
On 4/30/2010 1:03 PM, Josh Luthman wrote:
If you're not getting ARP that's very weird. It is showing 100M FDX on
ether2 right?
Try removing/adding the IP address. Be certain that you put 192.168.1.1/24
Josh Luthman
Office: 937-552-2340
No, I removed all of the bridging.
On 4/30/2010 1:31 PM, Cameron Crum wrote:
Are the ethernet ports on the 750 bridged?
Cameron
On 4/30/2010 1:03 PM, Josh Luthman wrote:
If you're not getting ARP that's very weird. It is showing 100M FDX on
ether2 right?
Try removing/adding the IP address.
I am completely at a loss with this issue. I performed additional
troubleshooting steps as followed with the same result each time -
unable to communicate with the NS units or anything behind them.
1) Tried a simple crossover cable
2) Tried placing a dumb switch in between the NS and RB750
If the ports are not bridged or in the same switch, they will not talk
on the same subnet. I would put them all in the same switch and then
assign the xxx.xxx.xxx.1 address to the master port (most likely
ether2). Then try pinging again. If you have a public IP on the 750, I'd
be happy to look
and what if you use the IP scan tool? Nothing?
bp
On 4/30/2010 12:57 PM, Rory McCann wrote:
I am completely at a loss with this issue. I performed additional
troubleshooting steps as followed with the same result each time -
unable to communicate with the NS units or anything behind them.
Use the laptop to ping the RB and NS plugged right into them.
On 4/30/10, Bill Prince part...@skylinebroadbandservice.com wrote:
and what if you use the IP scan tool? Nothing?
bp
On 4/30/2010 12:57 PM, Rory McCann wrote:
I am completely at a loss with this issue. I performed additional
I don't need any switching/bridging functionality from the RB750. I
removed all of the settings for that so I could in effect have my Wan
port (ether1) and 4 separate subnets (ether2, ether3, ether4, ether5).
In this scenario, the RB at the clients house is directly connected to
the
Here are some (very basic) network diagrams since there seems to be some
confusion as to how this is laid out. Again, keep in mind that the
192.168.1.0/24 and 192.168.112.0/24 subnets DO NOT talk to each other.
I've deleted all of the bridging configuration so that each interface
works by
Nope - scan tool results in nothing.
One other thing I forgot to mention that struck me as odd - the
Nanostation has the proper arp entry for the RB750's ether2 but the
RB750 doesn't have any arp information for anything on the
192.168.1.0/24 subnet.
On 4/30/2010 3:12 PM, Bill Prince wrote:
How about posting your ip address config and your interface config (ip
addr export and int export)strip out the public's if you don't want
us seeing them. I'll bet you just forgot some small detail that one of
will catch.
Cameron
On 4/30/2010 3:49 PM, Rory McCann wrote:
Here are some
The unit is no longer hooked up and is sitting in my office right now.
/ip address
add address=192.168.1.1/24 broadcast=192.168.1.255 comment=\
Red River Grain LAN disabled=no interface=ether2 network=192.168.1.0
add address=192.168.112.253/24 broadcast=192.168.112.255 comment=\
Bruce
Same results on a different port. I took it back to my office and hooked
up an engenius AP to the RB750 and it saw it just fine. I don't think
the unit itself is bad.
On 4/30/2010 4:28 PM, Cameron Crum wrote:
Have you tried moving to another unused port? Also what about he
neighbor list? My
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ok, once, just once I saw a mac address error where a device had the
wrong mac address... Check them both out..
Robert
On 4/30/10 2:31 PM, Cameron Crum wrote:
Just for grins, I got out a 750 and an NSM5 and hooked them up in a
similar config to
It detected the wrong mac address or what? Which units should I be
checking out? The RB750 doesn't discover any arp entries on the
192.168.1.0 subnet when hooked into the nanostation.
On 4/30/2010 4:33 PM, Robert Andrews wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ok, once, just
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Believe it or not, but both devices had the same mac address!!! I was
crosseyed when I saw that, and had to show it to everyone I knew...
The manufacturer of one device had used the wrong manufacturers prefix
and it happened to be the one I was
28 matches
Mail list logo