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

    FreeSwitch hunt group not ringing

    Scheduled Pinned Locked Moved pfSense Packages
    8 Posts 3 Posters 5.7k 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.
    • C
      clarknova
      last edited by

      I'm not having any luck with making a hunt group work. I created a hunt group 7000 and added extensions 1001 and 1002 simultaneous. Then in the public tab I changed my anti-action from 1001 XML default to 7000 XML default, reloadxml. Incoming callers get a few seconds of silence followed by a busy signal.

      From extension 1001 or 1002 I can dial 7000 and the other extension will ring as expected.

      Here's some of the output from fs_cli on a failed incoming call. I'm still not sure how to interpret a lot of this output.

      
2009-06-14 01:42:29 [INFO] mod_dialplan_xml.c:252 dialplan_hunt() Processing 7808347631->7000 in context public
Dialplan: sofia/external/7808347631@66.51.127.163 parsing [public->unloop] continue=false
Dialplan: sofia/external/7808347631@66.51.127.163 Regex (PASS) [unloop] ${unroll_loops}(true) =~ /^true$/ break=on-false
Dialplan: sofia/external/7808347631@66.51.127.163 Regex (FAIL) [unloop] ${sip_looped_call}() =~ /^true$/ break=on-false
Dialplan: sofia/external/7808347631@66.51.127.163 parsing [public->outside_call] continue=true
Dialplan: sofia/external/7808347631@66.51.127.163 Absolute Condition [outside_call]
Dialplan: sofia/external/7808347631@66.51.127.163 Action set(outside_call=true)
Dialplan: sofia/external/7808347631@66.51.127.163 parsing [public->call_debug] continue=true
Dialplan: sofia/external/7808347631@66.51.127.163 Regex (FAIL) [call_debug] ${call_debug}(false) =~ /^true$/ break=never
Dialplan: sofia/external/7808347631@66.51.127.163 parsing [public->public_extensions] continue=false
Dialplan: sofia/external/7808347631@66.51.127.163 Regex (FAIL) [public_extensions] destination_number(7000) =~ /^(10[01][0-9])$/ break=on-false
Dialplan: sofia/external/7808347631@66.51.127.163 parsing [public->all_incoming] continue=false
Dialplan: sofia/external/7808347631@66.51.127.163 Regex (FAIL) [all_incoming] destination_number(7000) =~ /^(17807011228)$/ break=on-false
Dialplan: sofia/external/7808347631@66.51.127.163 ANTI-Action transfer(7000 XML public)
2009-06-14 01:42:29 [DEBUG] switch_core_state_machine.c:114 switch_core_standard_on_routing() (sofia/external/7808347631@66.51.127.163) State Change CS_ROUTING -> CS_EXECUTE
2009-06-14 01:42:29 [DEBUG] switch_core_session.c:933 switch_core_session_signal_state_change() Send signal sofia/external/7808347631@66.51.127.163 [BREAK]
2009-06-14 01:42:29 [DEBUG] switch_core_state_machine.c:483 switch_core_session_run() (sofia/external/7808347631@66.51.127.163) State ROUTING going to sleep
2009-06-14 01:42:29 [DEBUG] switch_core_state_machine.c:397 switch_core_session_run() (sofia/external/7808347631@66.51.127.163) Running State Change CS_EXECUTE
2009-06-14 01:42:29 [DEBUG] switch_core_state_machine.c:490 switch_core_session_run() (sofia/external/7808347631@66.51.127.163) State EXECUTE

      It looks to me like it wants to pass the call to 7000 but then nothing much happens. Any ideas?

      db

      db

      1 Reply Last reply Reply Quote 0
      • T
        tester_02
        last edited by

        Can you do internal calling?
        Can you do outgoing external calling?

        1 Reply Last reply Reply Quote 0
        • C
          cybrsrfr
          last edited by

          In the latest version you will need to use type: sip uri' and  a destination: sofia/default/7000@${domain}

          As shown in the examples that are shown in the GUI.

          1 Reply Last reply Reply Quote 0
          • C
            clarknova
            last edited by

            I'm afraid I don't see the examples that you're referring to.  :-\

            I believe my error is on the Public tab, because as I said I can dial 7000# from either of my internal extensions and it rings the other (the hunt group rings both simultaneously and call waiting is disabled).

            Where I had working:
            anti-action  transfer  1001 XML default

            I changed it to:
            anti-action  transfer  7000 XML default

            and that didn't work. So I tried:
            anti-action  sip uri  destination: sofia/default/7000@${domain}

            and that worked equally not. I'm probably misunderstanding your instructions. I'll find you on IRC another time.

            db

            db

            1 Reply Last reply Reply Quote 0
            • C
              cybrsrfr
              last edited by

              clarknova: check your status tab to see if the default alias is set for the internal profile. It seems the new default config on the latest build has it commented out on the Internal profile.

              Sorry sip_uri only applies to IVR and hunt group right now.

              1 Reply Last reply Reply Quote 0
              • C
                clarknova
                last edited by

                Somehow I had
                anti-action      transfer      7000 XML public

                I don't know how 'default' became 'public', but I changed it back and peace has returned to Oz. Another pebkac error for me.

                db

                db

                1 Reply Last reply Reply Quote 0
                • C
                  clarknova
                  last edited by

                  default   alias                           internal ALIASED

                  Looks healthy to me.

                  I'm getting this in the log on a reloadxml though

                  2009-06-25 10:10:27.820797 [ERR] switch_xml.c:1282 Couldnt open /usr/local/freeswitch/conf/autoload_configs/../sip_profiles/lan/*.xml (No such file or directory)

                  db

                  db

                  1 Reply Last reply Reply Quote 0
                  • C
                    cybrsrfr
                    last edited by

                    @clarknova:

                    I'm getting this in the log on a reloadxml though

                    2009-06-25 10:10:27.820797 [ERR] switch_xml.c:1282 Couldnt open /usr/local/freeswitch/conf/autoload_configs/../sip_profiles/lan/*.xml (No such file or directory)

                    This just means that a sip_profiles/lan directory doesn't exist. You can create it manually if you want to get rid of the annoyance. We don't use it for anything so it errors but doesn't cause any problem other than the error.

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