[asterisk-users] Asterisk not matching longest prefix with include

[Dovid Bender]

Hi,

My dialplan looks like this:
[from-external]

Exten => _X.,1,Noop(CALL IS COMING INTO FROM EXTERNAL CONTEXT)
Exten => _X.,n,Noop(IP: ${CHANNEL(recvip)})
Exten => _X.,n,Noop(CALLED NUMBER: ${EXTEN})
Exten => _X.,n,Ringing
Exten => _X.,n,WaitExten(15)
Exten => _X.,n,Congestion()
Exten => _X.,n,Hangup()


include => test

[test]

Exten => 8282,1,Noop(--- WE GOT TO CONTEXT TEST!--------- )




If I dial 8282 I would thing that I would see in the CLI " --- WE GOT TO
CONTEXT TEST!---------" however when I make a test call I see:

  == Using SIP RTP CoS mark 5
    -- Executing [8282 at from-external:1] NoOp("SIP/192.168.200.32-00000000",
"CALL IS COMING INTO FROM EXTERNAL CONTEXT") in new stack
    -- Executing [8282 at from-external:2] NoOp("SIP/192.168.200.32-00000000",
"IP: 192.168.200.10") in new stack
    -- Executing [8282 at from-external:3] NoOp("SIP/192.168.200.32-00000000",
"CALLED NUMBER: 8282") in new stack
    -- Executing [8282 at from-external:4]
Ringing("SIP/192.168.200.32-00000000", "") in new stack
    -- Executing [8282 at from-external:5]
WaitExten("SIP/192.168.200.32-00000000", "15") in new stack
  == Spawn extension (from-external, 8282, 5) exited non-zero on
'SIP/192.168.200.32-00000000'



It seems that the 8282 in test is being ignored now if I comment out all
lines starting with  " Exten => _X.,1" so my dialplan looks like this:

[from-external]
Exten => 1234,1,Noop()


;Exten => _X.,1,Noop(CALL IS COMING INTO FROM EXTERNAL CONTEXT)
;Exten => _X.,n,Noop(IP: ${CHANNEL(recvip)})
;Exten => _X.,n,Noop(CALLED NUMBER: ${EXTEN})
;Exten => _X.,n,Ringing
;Exten => _X.,n,WaitExten(15)
;Exten => _X.,n,Congestion()
;Exten => _X.,n,Hangup()


include => test

[test]

Exten => 8282,1,Noop(--- WE GOT TO CONTEXT TEST!--------- )



Then there is no issue and I see in the console:
  == Using SIP RTP CoS mark 5
    -- Executing [8282 at from-external:1] NoOp("SIP/204.145.219.32-00000001",
"--- WE GOT TO CONTEXT TEST!--------- ") in new stack

Is this a bug or is this operating as designed (which I don't think is the
case).


TIA.

Dovid
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20180626/445b35d1/attachment.html>