asterisk users - May 2004 - SIP: Trouble with "Moved temporarily" (302)

Hi folks,

this does look like a bug to me: Asterisk replaces the @63.214.186.6 by 
@context which obviously leads to a failure. Any comments, do I have a 
configuration issue on my side that I missed?

Cheers, Philipp

    -- Executing Dial("SIP/philipp-bd5f",
"SIP/992365264680@nikotel-
out|90") in new stack
    -- Called 99xxxxxxxxxx@nikotel-out
    -- Got SIP response 302 "Moved Temporarily "new 
sip:joesmith@63.214.186.6"" back from 63.214.186.6
    -- Now forwarding SIP/philipp-bd5f to 'joesmith@from-sip' (thanks to
SIP/nikotel-out-c286)
May  7 14:20:54 NOTICE[18450]: chan_local.c:362 local_alloc: No such 
extension/context from-sip@joesmith creating local channel
May  7 14:20:54 NOTICE[18450]: app_dial.c:204 wait_for_answer: Unable to 
create local channel for call forward to 'joesmith@from-sip'

Philipp von Klitzing wrote:
> Hi folks,
> 
> this does look like a bug to me: Asterisk replaces the @63.214.186.6 by 
> @context which obviously leads to a failure. Any comments, do I have a 
> configuration issue on my side that I missed?
> 
We don't support 302 redirects to other hosts/domains now.
It's a bug, we have a plan and I've started coding :-)
Waiting for another fix in app_dial before I can solve it...

/O

On Fri, 2004-05-07 at 07:41, Philipp von Klitzing wrote:
> Hi folks,
> 
> this does look like a bug to me: Asterisk replaces the @63.214.186.6 by 
> @context which obviously leads to a failure. Any comments, do I have a 
> configuration issue on my side that I missed?
> 
> Cheers, Philipp
> 
>     -- Executing Dial("SIP/philipp-bd5f",
"SIP/992365264680@nikotel-
> out|90") in new stack
>     -- Called 99xxxxxxxxxx@nikotel-out
>     -- Got SIP response 302 "Moved Temporarily "new 
> sip:joesmith@63.214.186.6"" back from 63.214.186.6
>     -- Now forwarding SIP/philipp-bd5f to 'joesmith@from-sip'
(thanks to
> SIP/nikotel-out-c286)
> May  7 14:20:54 NOTICE[18450]: chan_local.c:362 local_alloc: No such 
> extension/context from-sip@joesmith creating local channel
> May  7 14:20:54 NOTICE[18450]: app_dial.c:204 wait_for_answer: Unable to 
> create local channel for call forward to 'joesmith@from-sip'
302 Moved is not fully supported by chan_sip.  Personally I like this
because the way Asterisk currently supports 302 Moved will prevent calls
from being forwarded outside of Asterisk's dialplan.  I would just
create an exten => joesmith,1,GoTo(xxx,n) where xxx is the extension you
want the call to do and n is the priority.  See "show application
goto".


-- 
          Eric Wieling * BTEL Consulting * 504-899-1387 x2111
"In a related story, the IRS has recently ruled that the cost of Windows
upgrades can NOT be deducted as a gambling loss."

UNSUBSCRIBE

Hi!
> 302 Moved is not fully supported by chan_sip.  Personally I like this
> because the way Asterisk currently supports 302 Moved will prevent
> calls from being forwarded outside of Asterisk's dialplan.  I would
> just create an exten => joesmith,1,GoTo(xxx,n) where xxx is the
> extension you want the call to do and n is the priority.  See "show
> application goto". 
Hm... I dunno... 

The way it works now I am not able to call an *unkown* Nikotel SIP user 
(i.e. I am not aware of which username is mapped to the 99xxxxxxxxxx 
number), and that's not really so nice. Of course the other option is to 
tell Nikotel to re-consider their user setup, but I don't think that'll 
work. ;->

I can see the redirection danger though: If Nikotel decided to send me 
through PSTN instead then I'd suddenly be charged for the call even 
though I still think this is a free VoIP call. So my option here would be 
to operate two Nikotel accounts, of which only one has a pre-paid budget, 
and the other one without budget is used for redirected/VoIP calls. This 
need results from the fact that only authenticated Nikotel users can call 
Nikotel users.

Which, by the way, makes me long again for some smarter extension 
matching rules than just [1-9], X and N: I'd love to have [alpha] or 
[alphanumeric] or [k-m], and possibly also [length:7-9] for variable 
numbering plans.

Cheers, Philipp

P.S.: For further discussion see bug #730

If you would simply look at the bottom of ANY message from the list you 
would find very clear unsubscribe instructions.

Doichin Dokov wrote:
> UNSUBSCRIBE
> _______________________________________________
> Asterisk-Users mailing list
> Asterisk-Users@lists.digium.com
> http://lists.digium.com/mailman/listinfo/asterisk-users
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-users
>