[asterisk-users] Bug in Ex-Girlfriend logic?

[Douglas Garstang]

I have this in my dialplan...

 

[general]

static=yes

writeprotect=no

clearglobalvars=no

 

[start]

exten => 5000,1,Answer

exten => 5000,n,Wait(1)

exten => 5000,n,NoOp(${CALLERID(num)})

exten => 5000,n,Playback(tt-monkeys)

 

which, when I dial 5000, executes this...

 

  == Parsing '/etc/asterisk/sip_notify.conf': Found

    -- Executing [5000 at start:1] Answer("SIP/5000-0a281f80", "") in new
stack

    -- Executing [5000 at start:2] Wait("SIP/5000-0a281f80", "1") in new
stack

    -- Executing [5000 at start:3] NoOp("SIP/5000-0a281f80", "19256002182")
in new stack

    -- Executing [5000 at start:4] Playback("SIP/5000-0a281f80",
"tt-monkeys") in new stack

    -- <SIP/5000-0a281f80> Playing 'tt-monkeys' (language 'en')

 

However, when I change the extension match to:

 

exten => 5000/19256002182,1,Answer

exten => 5000/19256002182,n,Wait(1)

exten => 5000/19256002182,n,NoOp(${CALLERID(num)})

exten => 5000/19256002182,n,Playback(tt-monkeys)

 

nothing appears on the console and I get no match. You can see the
caller id number is 19256002182 from the NoOp() when it does work. 

 

This had me stumped for a while, until I realized that the following
_DOES_ work:

 

[general]

static=yes

writeprotect=no

clearglobalvars=no

 

[start]

exten => 5000,1,NoOp(Foo)

 

exten => 5000/19256002182,1,Answer

exten => 5000/19256002182,n,Wait(1)

exten => 5000/19256002182,n,NoOp(${CALLERID(num)})

exten => 5000/19256002182,n,Playback(tt-monkeys)

 

Yes. That's right. In order for the ex-girlfriend logic to match a
caller id of 19256002182 against 5000, the same context also needs to
have an extension for 5000, even if you intend to do nothing with it.
I'd never noticed this before, because normally you'd provision the 5000
extension FIRST and then the 5000/19256002182 after that. 

 

Seems like a bug to me.... Problem was reproduced in 1.2.13, 1.2.19 and
1.4.4.

 

Doug.

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20070621/998b69a8/attachment.htm