That feature works today, as AFAIK, has worked for years. Incoming calls to an extension, can have forwarding set to ring at the same time, or at the end of a timed period. There is no magic to that, the feature just works.
Something in your particular setup is keeping that from working. Don't want to sound like a broken record, but try using another group of trunks - for example, order some VOIP.ms trunks, which are very low cost, and get them working. It will give you a known working scenario to test from, and give you some call details to do stare and compare with to see what might be your issue. From: sipx-users-boun...@list.sipfoundry.org [mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Jeff Pyle Sent: Thursday, September 20, 2012 5:50 AM To: Joegen Baclor Cc: Discussion list for users of sipXecs software Subject: Re: [sipx-users] Call forward fails to external number Is there a workaround to allow a user to forward externally sourced calls to external numbers? Perhaps by disabling a permission requirement somehow? - Jeff On Wed, Sep 19, 2012 at 11:53 PM, Joegen Baclor <jbac...@ezuce.com> wrote: This is a long standing issue and is all about 302 redirects not able to grant permissions of the called number to the caller. On top of this, branches will also be enforced if you have set one. The caller will not inherent the branch where the callee is located. On 09/20/2012 10:04 AM, Jeff Pyle wrote: On Wed, Sep 19, 2012 at 5:56 PM, George Niculae <geo...@ezuce.com> wrote: It's not about tailing logs only but it also captures other config from your system. However in your case tailing proxy and reg logsand post them back here would suffice. The proxy and registrar logs are attached. User 1821 is set to ring for 4 seconds, then forward to 2169311212. User 1821 can call 2169311212 with no problem (has Local permission). In this test, User 4821 called user 1821, but since User 4821 does not have the Local permission, the call went to 1821's VM box instead of to 2169311212. If I re-enable Local permission for 4821, the call forward on 1821 succeeds. - Jeff _______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users/
_______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users/
