ML
    • Recent
    • Categories
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    Hidden VoIP.ms restrictions

    Scheduled Pinned Locked Moved IT Discussion
    voip.mssip trunkrestrictions
    15 Posts 3 Posters 4.4k 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.
    • AdamFA
      AdamF
      last edited by

      Interesting question about where the calls are routed. I know with a provider like Vitelity, if you are a wholesaler, they route calls through an SBC. At least that was true the last time I checked. I wonder how Voip.MS and FlowRoute handle it. We should do a comparison.

      JaredBuschJ 1 Reply Last reply Reply Quote 0
      • JaredBuschJ
        JaredBusch @AdamF
        last edited by JaredBusch

        @fuznutz04 said in Hidden VoIP.ms restrictions:

        Interesting question about where the calls are routed. I know with a provider like Vitelity, if you are a wholesaler, they route calls through an SBC. At least that was true the last time I checked. I wonder how Voip.MS and FlowRoute handle it. We should do a comparison.

        With VoIP.ms, I select the pop closest to the PBX.

        So if I turn up a Vultr based FreePBX instance in Chicago, I choose the Chicago POP with VoIP.ms and have 1-3ms ping times.

        [root@fpbx ~]# ping chicago2.voip.ms
        PING chicago2.voip.ms (208.100.39.53) 56(84) bytes of data.
        64 bytes from 208.100.39.53: icmp_seq=1 ttl=59 time=1.27 ms
        64 bytes from 208.100.39.53: icmp_seq=2 ttl=59 time=1.22 ms
        64 bytes from 208.100.39.53: icmp_seq=3 ttl=59 time=1.20 ms
        64 bytes from 208.100.39.53: icmp_seq=4 ttl=59 time=1.19 ms
        64 bytes from 208.100.39.53: icmp_seq=5 ttl=59 time=1.29 ms
        64 bytes from 208.100.39.53: icmp_seq=6 ttl=59 time=1.29 ms
        64 bytes from 208.100.39.53: icmp_seq=7 ttl=59 time=1.24 ms
        64 bytes from 208.100.39.53: icmp_seq=8 ttl=59 time=1.25 ms
        64 bytes from 208.100.39.53: icmp_seq=9 ttl=59 time=1.33 ms
        ^C
        --- chicago2.voip.ms ping statistics ---
        9 packets transmitted, 9 received, 0% packet loss, time 8033ms
        rtt min/avg/max/mdev = 1.198/1.259/1.333/0.052 ms
        

        After that I do not care how they route on the backend.

        AdamFA rustcohleR 2 Replies Last reply Reply Quote 1
        • AdamFA
          AdamF @JaredBusch
          last edited by

          @JaredBusch yeah getting to choose where your traffic is routed to initially is a huge benefit. I wonder if Lowe route allows you to do that as well.

          1 Reply Last reply Reply Quote 0
          • rustcohleR
            rustcohle @JaredBusch
            last edited by

            @JaredBusch they actually only carry signal and route media directly to the clec they are terminating to. I think they have a Cali and Texas proxy.

            They are different though in that they don't have an actual network. They do incredible things with correcting bad sip and rtp streams.

            1 Reply Last reply Reply Quote 0
            • rustcohleR
              rustcohle @JaredBusch
              last edited by

              @JaredBusch I guess the point against this is whether voip.ms hide their crappy voice network behind a fast proxy.

              With flowroute I watch my rtp stream go to the terminating carrier they are sending me to.

              Also flowroute has a prettier website. But I'm curious to see that everyone is using voip.ms for production environments. It doesnt matter but I feel like voip.ms has a website that's going to steal my credit card and sell it to India...

              JaredBuschJ 3 Replies Last reply Reply Quote 0
              • JaredBuschJ
                JaredBusch @rustcohle
                last edited by

                @rustcohle said in Hidden VoIP.ms restrictions:

                With flowroute I watch my rtp stream go to the terminating carrier they are sending me to.

                Who cares about this. You buy service. You stop caring once you hand off to them. If they cannot provide quality and you have a solid hand off, you find a different provider.

                rustcohleR 1 Reply Last reply Reply Quote 1
                • JaredBuschJ
                  JaredBusch @rustcohle
                  last edited by JaredBusch

                  @rustcohle said in Hidden VoIP.ms restrictions:

                  Also flowroute has a prettier website.

                  You will find zero people arguing this point with you.

                  1 Reply Last reply Reply Quote 1
                  • JaredBuschJ
                    JaredBusch @rustcohle
                    last edited by

                    @rustcohle said in Hidden VoIP.ms restrictions:

                    But I'm curious to see that everyone is using voip.ms for production environments.

                    I do not qualify myself and one or two others as everyone.

                    rustcohleR 1 Reply Last reply Reply Quote 0
                    • rustcohleR
                      rustcohle @JaredBusch
                      last edited by

                      @JaredBusch said in Hidden VoIP.ms restrictions:

                      @rustcohle said in Hidden VoIP.ms restrictions:

                      But I'm curious to see that everyone is using voip.ms for production environments.

                      I do not qualify myself and one or two others as everyone.

                      Nor do I, I see it a lot around.

                      1 Reply Last reply Reply Quote 0
                      • rustcohleR
                        rustcohle @JaredBusch
                        last edited by

                        @JaredBusch said in Hidden VoIP.ms restrictions:

                        @rustcohle said in Hidden VoIP.ms restrictions:

                        With flowroute I watch my rtp stream go to the terminating carrier they are sending me to.

                        Who cares about this. You buy service. You stop caring once you hand off to them. If they cannot provide quality and you have a solid hand off, you find a different provider.

                        I think the transparent approach is preferable. Also they are the only pure SIP CLEC I've seen to date.

                        Not sure if voip.ms has their own interconnects to local exchanges though, seems possible with all their proxy locations.

                        I watched a VUC episode when flowroute was on years back and I agreed with a lot the guy had to say about the state of Clecs and providers like bandwidth. I had just always assumed voip.ms was more of a hobbyist provider like pbxes.com

                        Then again, maybe pbxes.com is also used a lot in production....

                        1 Reply Last reply Reply Quote 0
                        • 1 / 1
                        • First post
                          Last post