Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    PfSense on a Riverbed Steelhead

    Scheduled Pinned Locked Moved Hardware
    154 Posts 19 Posters 79.0k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • S
      Skybw89
      last edited by

      @stephenw10:

      You have access to the BIOS?

      Any lan bypass or watchdog functions available there?

      Otherwise you will need to switch the relays manually by flipping the control registers. Or by changing the circuit that drives them.
      Are you up for a challenge?  ;)

      Steve

      Unfortunately there is no option in the BIOS to activate the relays manually.

      I read a few posts on other Websites about bridge the relays power feedpin to an Mosfet to power them from boot.

      iam a noob in things like this. But i really want to get it working. do you have some information, maybe some pictures how i had to modify the relais circuit ?

      here is a picture

      thank you so far

      1 Reply Last reply Reply Quote 0
      • stephenw10S
        stephenw10 Netgate Administrator
        last edited by

        Ok, so to be clear there no bypass OR watchdog settings in the BIOS?

        And there are no jumpers on the PCB? I can't make out any from your photo but it's not very high resolution.

        You have two choices. Electrically bridge the relays by powering them from somewhere. Or, more fun IMO, try to find the GPIO that controls the relays and set it in software.

        There will be typically two places that have GPIOs that could have been used, the ICH and the SuperIO chip. They may have used the parallel port but that's crude, unlikely for relays that are on the main board.

        Steve

        1 Reply Last reply Reply Quote 0
        • ?
          Guest
          last edited by

          I'd go the fun route. It's way more fun.  ;D

          1 Reply Last reply Reply Quote 0
          • stephenw10S
            stephenw10 Netgate Administrator
            last edited by

            Yup, immensely more satisfying when (if) you get it to work.  ;D

            Steve

            1 Reply Last reply Reply Quote 0
            • S
              Skybw89
              last edited by

              I took some pictures in better  resolution

              maybe you can see something on it

              1 Reply Last reply Reply Quote 0
              • ?
                Guest
                last edited by

                I'm afraid the real tracks are on the other side of the board. On top of that, GPIO control is done in software, so you'd have more luck poking around on the GPIO's on the shell.

                1 Reply Last reply Reply Quote 0
                • stephenw10S
                  stephenw10 Netgate Administrator
                  last edited by

                  Mmm, with no jumpers and nothing in the BIOS it's time to start poking GPIOs.

                  You might want to read this thread for some ideas how to do that: https://forum.pfsense.org/index.php?topic=81292.0

                  Steve

                  1 Reply Last reply Reply Quote 0
                  • H
                    HarryH
                    last edited by

                    Have anyone enable this bypass ports?

                    1 Reply Last reply Reply Quote 0
                    • ?
                      Guest
                      last edited by

                      @HarryH:

                      Have anyone enable this bypass ports?

                      Poke the GPIOs and you'll know :-)

                      1 Reply Last reply Reply Quote 0
                      • stephenw10S
                        stephenw10 Netgate Administrator
                        last edited by

                        Yup, you'll have to start poking GPIO registers. Tedious but fun when it works!

                        I can probably offer assistance as time allows.

                        Steve

                        O 1 Reply Last reply Reply Quote 0
                        • O
                          Okijames @stephenw10
                          last edited by

                          @stephenw10

                          If you reinstall the original Steelhead code you can toggle the bypass NIC to "fail-to-block" i.e. keep both NICs up all the time. See CLI commands below. The interface name is "inpath0_0". You can do a "show run" CLI command to see all the settings and interface names.

                          Once you set "fail-to-block", the HW seems to remember the setting (it must be flipping a hidden BIOS setting) so you can install pfsense and have the additional two NICs.

                          Fail-to-Block CLI commands:
                          • no interface <interface-name> fail-to-bypass enable: Sets the interface to block when there is a failure.
                          • interface <interface-name> fail-to-bypass enable: Sets the interface to bypass when there is a failure.

                          1 Reply Last reply Reply Quote 0
                          • P
                            pauloalb
                            last edited by pauloalb

                            Hello everyone,

                            I recently got a Rivebed Steelhead 250L identical to the on the image.
                            There is a jumper that (J20) located beside the connection between the power supply and the motherboard.
                            Just tried it now and it resets the bios settings :( not the bypass ports.

                            I am trying to get ESXI or PFsense or FreeNAS to work on it now.

                            1 Reply Last reply Reply Quote 0
                            • stephenw10S
                              stephenw10 Netgate Administrator
                              last edited by

                              So you also have ports stuck in by-pass mode? No BIOS access?

                              Steve

                              P 1 Reply Last reply Reply Quote 0
                              • P
                                pauloalb @stephenw10
                                last edited by

                                @stephenw10 Thanks for the reply. Yes they are not turning on. I do have bios access ( pressing del on startup) but no option there to change any setting regarding network.

                                Tried:
                                Fail-to-Block CLI commands:
                                • no interface <interface-name> fail-to-bypass enable: Sets the interface to block when there is a failure.
                                • interface <interface-name> fail-to-bypass enable: Sets the interface to bypass when there is a failure.

                                Curious that i hear no clicks when i execute the commands, maybe power is already applied.

                                When running on RIOS, these commands do turn the lights off/on on the ports. After reboot and boot from pfsense on usb, the ports remain off. Pfsense detects all ports but only AUX and Primary usable.

                                I have tried also to install ESXI / Freenas on this appliance with no success even booting.

                                1 Reply Last reply Reply Quote 0
                                • stephenw10S
                                  stephenw10 Netgate Administrator
                                  last edited by

                                  Ok, so unless you can see any jumpers that might set them then, as I said two years ago, you will have to start poking at GPIOs to try to find what controls them. You might find a clue in the RIOS boot logs or filesystem.

                                  Steve

                                  1 Reply Last reply Reply Quote 0
                                  • O
                                    Okijames
                                    last edited by Okijames

                                    Regarding GPIOs, rather than poking around thi maybe this can be of use. Using ipmitool under Linux, these commands are said to enable inpath nics. Never tried it myself.

                                    ipmitool -v raw 0x3e 0x20 0x80 0x7f 0x00 0x00
                                    ipmitool -v raw 0x3e 0x20 0x80 0x7f 0x01 0x00

                                    I think the above alters some i2c registers to do the trick. Try it under Linux first. If it works, try a FreeBSD method for setting such registers.

                                    I took a look at the, again Linux based, approach used by rbMode on github. That guy's script refers to SMBUS and I can't figure how how SMBUS addresses relate to the ipmitool addresses.

                                    O 1 Reply Last reply Reply Quote 0
                                    • O
                                      Okijames @Okijames
                                      last edited by

                                      Quick note: Riverbed used Silicom bypass nics in their larger appliances. Silicom has FreeBSD drivers with source code on their web site. The source code might provide insight into methods for enabling your bypass nics. URL for Silicom 2port bypass nic here....

                                      https://www.silicom-usa.com/pr/server-adapters/networking-bypass-adapters/gigabit-ethernet-bypass-networking-server-adapters/pe2g2bpi80-bypass-card/

                                      1 Reply Last reply Reply Quote 0
                                      • stephenw10S
                                        stephenw10 Netgate Administrator
                                        last edited by stephenw10

                                        Hmm, yeah that's interesting. It could almost certainly be done just using shell script then. Just need to figure out the smbus addresses......

                                        ipmitool is already installed though and takes the same input as Linux so should would if that data in correct. Though it still requires an IPMI device of some kind in raw mode.
                                        Anyone able to test it?

                                        1 Reply Last reply Reply Quote 0
                                        • P
                                          pauloalb
                                          last edited by

                                          @Okijames said in PfSense on a Riverbed Steelhead:

                                          ipmitool -v raw 0x3e 0x20 0x80 0x7f 0x01 0x00

                                          Just tried it on my riverbed 250 and unfortunetly it did not work. Error is:

                                          Could not open device at /dev/ipmi0 or /dev/ipmi/0 or /dev/ipmidev/0: No such file or directory

                                          There is a python script that i have tested to work but only on linux, Debian in my case. Pfsense's FreeBSD no luck so far.
                                          Maybe the script can help : Script

                                          1 Reply Last reply Reply Quote 0
                                          • stephenw10S
                                            stephenw10 Netgate Administrator
                                            last edited by stephenw10

                                            What happened when you ran rbmode in pfSense? What error?

                                            You probably have to load the smbus drivers for that to work:

                                            kldload ichsmb
                                            kldload smb
                                            

                                            Steve

                                            P 1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post
                                            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.