[Asterisk-Users] strange sip behavior (looping back to my own extension vm)

[Karl Brose]

Hmm,  your call trace doesn't seem to reflect the dial plan you show 
us.  There is more to this somewhere else.
Probably some misconfiguration?


Steven Kokinos wrote:

>Hello-
> 
>I am currently testing with a carrier that seems to be having some trouble
>around toll-free (800 number) access. While a problem, its the resulting
>behavior that I'm finding disconcerting. 
> 
>When I dial an 800#, I get the following response:
> 
>   -- Executing Macro("SIP/2700-e10b", "carrier-out|18005558355|70|r") in
>new stack
>    -- Executing SetCallerID("SIP/2700-e10b", "xxxxxx4027") in new stack
>    -- Executing SetCIDName("SIP/2700-e10b", "Name") in new stack
>    -- Executing Dial("SIP/2700-e10b", "SIP/18005558355 at carrier|70|r") in
>new stack
>    -- Called 18005558355 at carrier
>    -- Executing Dial("SIP/-091cb238", "SIP/2700|25|r") in new stack
>    -- Called 2700
>    -- Got SIP response 486 "Busy Here" back from xxx.xxx.93.84
>    -- SIP/2700-552a is busy
>  == Everyone is busy at this time
>    -- Executing SetVar("SIP/-091cb238", "CURRENTMAILBOX=2400") in new stack
>    -- Executing Macro("SIP/-091cb238", "vm|2400|sixthree") in new stack
>    -- Executing Answer("SIP/-091cb238", "") in new stack
>    -- Executing BackGround("SIP/-091cb238",
>"/var/spool/asterisk/voicemail/sixthree/2400/unavail") in new stack
>    -- Playing '/var/spool/asterisk/voicemail/sixthree/2400/unavail'
>(language 'en')
>    -- SIP/carrier-95ef is ringing
>    -- SIP/carrier-95ef answered SIP/2700-e10b
>    -- Attempting native bridge of SIP/2700-e10b and SIP/carrier-95ef
>  == Spawn extension (macro-carrier-out, s, 3) exited non-zero on
>'SIP/2700-e10b' in macro 'carrier-out'
>  == Spawn extension (home, 618005558355, 1) exited non-zero on
>'SIP/2700-e10b'
>  == Spawn extension (macro-vm, s, 2) exited non-zero on 'SIP/-091cb238' in
>macro 'vm'
>  == Spawn extension (carrier-in, 6134824027, 3) exited non-zero on
>'SIP/-091cb238'
>
>>From the sip debug (and from watching the sip channels during call progress)
>what appears to be happening is while I am on the line they are experiencing
>an error, and a new call is coming back from them (I'd assume an error
>message of some sort), but b/c I am in the process of dialing them, gets a
>busy signal. What I don't understand is why I can hear the drop into
>voicemail (i.e. - there is nothing in my dial plan that would enable this to
>happen). 
>
>Here is my outbound dialplan:
>
>[macro-carrier-out]
>exten => s,1,SetCallerID(${PHONE})
>exten => s,2,SetCIDName(${NAME})
>exten => s,3,Dial(SIP/${ARG1}@carrier,${ARG2},${ARG3})
>exten => s,4,Hangup 
>
>[carrier-connect]
>exten => _61NXXNXXXXXX,1,Macro(carrier-out,${EXTEN:1},70,r)
>exten => _61NXXNXXXXXX,2,Hangup
>exten => _6011.,1,Macro(carrier-out,${EXTEN:1},70,r)
>exten => _6011.,2,Hangup
>
>While the root of this would appear to be an error on the carrier end, the
>behavior I would expect is for my call to just drop out. I don't understand
>why I would be getting dropped into my own voicemail (even if that was
>happening in the background). 
>
>Anyone have any thoughts?
>
>Regards,
>
>-Steve
>
>_______________________________________________
>Asterisk-Users mailing list
>Asterisk-Users at 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
>
>  
>