Well, those adtrans are known to have some SIP issues in working with our platform...
Josh can speak up but we've tested them every so often and from what I know from about 4 months ago they still hadn't ironed out all of the signalling issues they have. Mike On Thu, Sep 20, 2012 at 9:06 AM, Todd Hodgen <[email protected]> wrote: > 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:* [email protected] [mailto: > [email protected]] *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 <[email protected]> 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 <[email protected]> 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**** > > [email protected]**** > > List Archive: http://list.sipfoundry.org/archive/sipx-users/**** > > ** ** > > ** ** > > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > -- Michael Picher, Director of Technical Services eZuce, Inc. 300 Brickstone Square**** Suite 201**** Andover, MA. 01810 O.978-296-1005 X2015 M.207-956-0262 @mpicher <http://twitter.com/mpicher> linkedin <http://www.linkedin.com/profile/view?id=35504760&trk=tab_pro> www.ezuce.com ------------------------------------------------------------------------------------------------------------ There are 10 kinds of people in the world, those who understand binary and those who don't.
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
