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

Help Building a Session Border Controller Package

Scheduled Pinned Locked Moved pfSense Packages
7 Posts 4 Posters 8.5k 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.
  • M
    mpicher
    last edited by Jan 2, 2009, 5:10 PM Jan 2, 2009, 10:15 AM

    Not to take away from the excellent work that is being done with FreeSwitch on PFSense but my needs are for a Session Border Controller on the firewall and not an entire PBX.

    I've built up an OpenSBC / Vyatta solution but think that pfSense would be an easier platform for most people to install on (with the sweet packaging capabilities) and maintain.

    Not being much of a programmer, I'm looking for somebody who can help create a pfSense package for OpenSBC.

    Here's a link to the installation document I created: http://www.opensourcesip.org:8080/clearspacex/docs/DOC-1070

    Also published here if that site isn't working: http://sipx-wiki.calivia.com/images/3/38/InstallOpenSBConVyattaFirewall.pdf

    If I should post this somewhere else please let me know.

    Thanks,
        Mike

    –---------------------------------------------------------------------------
    http://www.sipxecs.info

    1 Reply Last reply Reply Quote 0
    • X
      xbipin
      last edited by Jan 4, 2009, 9:30 AM

      me 2 interested in this but the issue for me is im using Alix and there isn't a way to install any packages on it but if the dev. team incorporated it in main pfsense then it could be used to solve some NAT issues for voip or it could be used as a sip proxy.
      i think monowall also uses some stuff for voip on their firewall.

      1 Reply Last reply Reply Quote 0
      • M
        mpicher
        last edited by Jan 5, 2009, 10:26 AM Jan 5, 2009, 10:18 AM

        Most of these SIP NAT traversal things they put in are designed for outbound only (sipproxd) or you can tie them back into a single machine.  While this may work for Asterisk (because it stays in the media path), it does nada for a true SIP PBX.

        As cheap as some PC hardware is nowadays, I don't know why people futz with those little specialty boards.  Go get a Shuttle (www.shuttle.com) K45 (they are $99 from TigerDirect), install an extra NIC, 2 GHz Pentium Dual Core, 2 GB of RAM and install (another $100 to $120) to a USB key (get a SLC key and not an MLC key…  SLC has 100K to 1M write cycles and is faster than MLC technology).  There you have a solution without a hard drive in it.  Just a couple of fans to worry about.

        Mike

        1 Reply Last reply Reply Quote 0
        • X
          xbipin
          last edited by Jan 5, 2009, 3:09 PM

          for me its not about the cost but about space and number of ppl using it, i mean i got few number of users behind the alix so to spend on a monster which can be done with a rat, then y to go for something so resourceful when not required and if it were possible using alix or even amde possible then atleast 5 calls at a single time is enough for me but no1 is designing those packages for embedded systems and i bet there might be many ppl willing to use packages with their alix boards or whatever embedded devices they got.
          500mhz with 256mb ddr ram is more than enough to run a couple of things, the fact that ppl buy alix compared to full systems is their requirements r low and can be used in small offices and homes and the benefit of letting packages run on embedded devices is that then the number of users will increase as then everone can have it in their homes or offices and guy like me can also provide such devices or let others know of it also and they can also end up using pfsense on embedded and this can end up in more financial resources to donate and even post bounties for more custom features. End users like me prefer a alix with pfsense rather than a ADSL modem or router taking up all the load as this way alix can do things better and bigger than a standard SOHO modem or router or both builtin together.

          1 Reply Last reply Reply Quote 0
          • C
            Cry Havok
            last edited by Jan 5, 2009, 8:30 PM

            So, go for something like the often discussed FabiaTech range (FX5620/FX5621 etc).  That allows you to do a full install, in a package that's equally compact, is designed for the task at hand and is still low power.

            1 Reply Last reply Reply Quote 0
            • C
              cybrsrfr
              last edited by Jan 10, 2009, 11:20 PM

              FreeSWITCH can also be setup as a SBC/proxy I haven't tried it yet.
              http://wiki.freeswitch.org/wiki/Proxy_Media

              It looks like opensbc will compile for freebsd. I would consider a package for that if that is desired over a FreeSWITCH SBC package.
              http://www.opensipstack.org/sbc_man_install.html

              There used to be a bounty for a SBC but it has been withdrawn or expired. If anyone wants to sponsor work on it with a bounty I would consider it. I wanted to do it with the first bounty but I decided and built the pfSense FreeSWITCH package interface instead.

              1 Reply Last reply Reply Quote 0
              • X
                xbipin
                last edited by Jan 16, 2009, 8:46 AM

                the reason i would like opensbc in pfsense compared to freeswitch is bcoz opensbc supports voip encryption and thats of concern to me as my isp blocks voip and opensbc xor encryption bypasses it.
                the bounty for opensbc was posted by me only but no1 completed it.

                1 Reply Last reply Reply Quote 0
                7 out of 7
                • First post
                  7/7
                  Last post
                Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
                  This community forum collects and processes your personal information.
                  consent.not_received