Daniel Grotti
2010-Mar-16 11:59 UTC
[asterisk-users] DID/CID doesn't match "." (dot) in CID field
Hi all, using Skype for Asterisk I have the following problem. In my dialplan I need to have a CID matching (example.skype) over a DID (test.skype) : [example] exten => test.skype/example.skype,1, NoOp(nothing) exten => test.skype/example.skype,n, Hangup() Where test.skype and example.skype are Skype business account. In this case, when I get a : CLI> show dialplan example I get: [ Context 'example' created by 'pbx_config' ] '*test.example*' (CID match '*danexample*') => 1. NoOp(nothing) [pbx_config] 2. Hangup() [pbx_config] As you can see, the "." (dot) is disappeared and, of course, CID matching doesn't work as I aspected. I've try to escape "." with something like that "\.", but nothing. It seems that asterisk doesn't consider "." in DID/CID evaluations. This is an important point, because many Skype account uses "dot" notation. It seems to work, instead, with "_" or "-". Any clues? Regards, Daniel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20100316/9e44a06e/attachment.htm
Steve Murphy
2010-Mar-16 13:19 UTC
[asterisk-users] DID/CID doesn't match "." (dot) in CID field
Daniel-- Haven't tried this myself, but have you tried '[.]' instead of just '.' in the string (as a pattern search)? So, [example] exten => _test[.]skype/e[x]ample[.]skype,1, NoOp(nothing) exten => _test[.]skype/e[x]ample[.]skype,n, Hangup() If you don't really mean the cid matching (denoted with /), you have to also 'escape' the '/'... and watch out for N,X,Z in the pattern, they mean something, and will have to be 'escaped' like the '.' if you want them to match literally. I can't remember how case is handled at the moment, so... just for safety, you can 'escape' the little 'x' also... murf On Tue, Mar 16, 2010 at 5:59 AM, Daniel Grotti <daniel.grotti at klarya.it>wrote:> Hi all, > using Skype for Asterisk I have the following problem. > In my dialplan I need to have a CID matching (example.skype) over a DID > (test.skype) : > > [example] > exten => test.skype/example.skype,1, NoOp(nothing) > exten => test.skype/example.skype,n, Hangup() > > Where test.skype and example.skype are Skype business account. > In this case, when I get a : > > CLI> show dialplan example > > I get: > > [ Context 'example' created by 'pbx_config' ] > '*test.example*' (CID match '*danexample*') => 1. > NoOp(nothing) [pbx_config] > 2. Hangup() > [pbx_config] > > > As you can see, the "." (dot) is disappeared and, of course, CID matching > doesn't work as I aspected. > I've try to escape "." with something like that "\.", but nothing. > It seems that asterisk doesn't consider "." in DID/CID evaluations. > This is an important point, because many Skype account uses "dot" notation. > > It seems to work, instead, with "_" or "-". > > Any clues? > > Regards, > > Daniel > > > > -- > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users >-- Steve Murphy ParseTree Corp -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20100316/641aa3b4/attachment.htm
Richard Kenner
2010-Mar-16 14:18 UTC
[asterisk-users] DID/CID doesn't match "." (dot) in CID field
> exten => test.skype/example.skype,1, NoOp(nothing) > exten => test.skype/example.skype,n, Hangup() > > As you can see, the "." (dot) is disappeared and, of course, CID matching > doesn't work as I aspected. > I've try to escape "." with something like that "\.", but nothing. > It seems that asterisk doesn't consider "." in DID/CID evaluations. > This is an important point, because many Skype account uses "dot" notation.I've been having the same problem. I tried various escapes and couldn't get it to work and I think there was also a length-related component to this. I ended up doing something like: exten => _test.,1,Goto(some_context,${FILTER([a-z][0-z],${EXTEN})},1) I think there's some sort of bug or misfeature here, but I gave up trying to see exactly what it was.