[SOLVED] SG-1000 needs Switch for WAN Static IP?

  • We have a new SG-1000. Works great until we try to deploy it with a WAN static IP with our ISP.

    Our ISP provides us with a Cisco 2950 (gateway I believe). Our previous router was connected to it and configured with a static IP address. Connecting the SG-1000 in the same way with the same configuration and it will not make a successful connection.

    We have a SG-2220 and SG-2440. Both work fine setup and configured the same way.

    In testing, we found that if we put a switch between the SG-1000 and the ISP's gateway, it will work.

    Connecting the SG-1000 behind our current router (Fortigate) it will work with both DHCP and static IP.

    In diagnosing, we did a packet capture on the WAN interface as it starts, when connected to the gateway router, we can see ARP packets arriving and leaving (correct MAC's). SG-1000 asks "who-has". We see the reply "is-at" from the gateway. Followed by yet another "who-has" and "is-at" from the gateway. The SG-1000 seems to not hear the "is-at" but the packet capture is happening on the SG-1000 so we know it has reached the interface – it just does not register with the SG-1000.

    I am at a loss as to the next step. Buying a switch to sit in front of the SG-1000 does not seem like a long-term work around.

    Some things we have tried

    • re-entering settings
    • rebooting
    • factory reset
    • changed cables
    • OS update (twice)

    Any assistance would be appreciated.

  • Rebel Alliance Developer Netgate

    What interface settings are you using on the SG-1000? Are you sure you didn't miss something like a hardcoded speed/duplex setting?

  • Hi jimp,

    Thank you for your reply. I have little experience with speed/duplex settings (things usually just work with autoneg) – could that result in some but not all traffic? My assumption was it would not work at all if there was a mismatch.

    Is there a reason why the SG-1000 would not work but all the other pf/Negate devices work?

    It may explain why the switch makes it work but the SG-1000 does not.

    I will give it a try and let you know. Thanks again.

  • Rebel Alliance Developer Netgate

    A duplex mismatch would result in interface errors, which could mean dropped packets, slow speed, missing traffic, anything of that nature.

    We have heard of a couple cases when they have been sensitive to dodgy cables that appear to work fine in other gear, and on rare occasions we've also seen it have trouble talking to a port on other devices, though not usually a switch. Most commonly it comes back to a duplex mismatch or a flaky cable though.

  • Connecting other devices to the Cisco switch, it appears to be running at "10baseT/UTP, full-duplex" and is auto-neg.

    So, we tested on all the settings in the SG-1000 including "10baseT/UTP" and "10baseT/UTP, full-duplex". We have also swapped all the cables. The issue persists.

    The fact it runs fine when connected through a intermediate switch and the fact the Cisco is running at 10, does suggest the issue is the SG-1000 sensitivity.

    Not sure how to diagnose further.

  • There have been other reports of the SG-1000 having difficulty with switches forcefully using 10baseT. One notable example here in the forums (https://forum.pfsense.org/index.php?topic=124518.0) was someone who installed the SG1000 in a datacenter, and the datacenter was only giving 10baseT as a way to limit bandwidth. Sounds pretty cheap by the ISP/datacenter.

    This would be why jumping through an intermediary switch will help the negotiation, because the SG1000 will negotiate at 10/100 to the switch, and the switch negotiates the 10baseT to the ISP handoff. Solution 1.

    Solution 2 would be to request a "normal" 100baseT connection from your ISP.

  • Try a crossover cable.  ;)

  • chpalmer, funny you should say that. The existing connection was a cross over cable. Used it because it happened to be red. My first thought was that was the issue – it got swapped out very early.

    moikerz, thanks. We are going to talk with the ISP. However, it would seem better to figure out what is wrong with the SG-1000. And, as far as using another switch, that erodes the economics of the SG-1000 if you need to buffer it with another switch.

  • Rebel Alliance Developer Netgate

    Sounds like a funny question but how long are the cables you're using?

    We had a couple issues come up like this that were also due to under-spec cables, less than 1m/3ft in some cases, and some very long cables that were poorly made. I think that was more of a loss issue than negotiation but it's still worth checking.

  • We have confirmed the issue is the SG-1000 not liking the Cisco's switch being fixed to 10Mbps Full Duplex. The ISP changed their device to autonegotiate and the SG-1000 works as expected.

    Thank you to everyone for the assistance.

Log in to reply