06-24-2022 05:24 AM
I need to match several explicit numbers on an incoming (from PSTN) dial peer so i can send the calls onwards out of a specific trunk, and I'm not seeing how I can do that, as the options I've used end up catching calls for other combinations of numbers I don't want e.g.
incoming called-number 0152459[234][2349][2357][1467] is no good because of the multiple combination of options it allows.
What I actually want to match is 3324, and 2227, and 4474
Is there a character that allows that exact matches like incoming called-nu 0152459(3324$)(2227$)(4474$)
Or some other config that allows me to match the exact numbers I need?
Thanks
Nathan.
Solved! Go to Solution.
06-24-2022 06:26 AM
Hi Nathan,
I wonder if an incoming called e164-pattern-map might help?
It would allow you to group numbers in a pattern-map and then the pattern-map is applied to a dial-peer.
06-24-2022 06:26 AM
Hi Nathan,
I wonder if an incoming called e164-pattern-map might help?
It would allow you to group numbers in a pattern-map and then the pattern-map is applied to a dial-peer.
06-24-2022 06:38 AM
this sounds like a great idea. Looking into it.
06-25-2022 11:54 PM
I agree with Scott and to elaborate here's how you would do it:
06-26-2022 12:29 AM - edited 06-26-2022 12:29 AM
Just wanted to point out that the suggested command is only applicable on voip dial peers, so if your PSTN facing dial peer is of the type of pots it is not applicable. For this my suggestion would be to create individual dial peers per number instead of going creative and trying to do it on one. Not pretty, but it would work.
06-26-2022 01:04 AM
Thanks for elaborating Roger.
I forgot to post POTs config, but can if you need it. As Roger mentioned it would have to be multiple dial-peers, but is there a specific reason you're trying to match with only one?
06-27-2022 03:00 AM
Thanks all, I appreciate the help.
It's SIP.
The leave the incoming peer that collects the call from the PSTN trunk alone. This ITSP = this dial peer. It seems to work well there is a single peer collecting the calls.
The incoming call is matched on incoming uri via, but the number presented isn't e164 format, so there's a translation that sets both caller and called to e164 by dropping the 0 and adding +44.
The directional handling is done on the way out (inside), off the CUBE.
What I plan to do tonight is change my current outgoing peer that uses a destination pattern range, to use a new e164 pattern map to match a range of numbers, and the handful of explicit numbers, which will then be translated and sent to the PBX.
It looks like this should work well.
Seems odd that this e164 map can do non e164 numbers despite its name. I'll try and keep that in mind for the future.
06-27-2022 03:42 AM
It can for sure do a match on any format of number(s), regardless of its name.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide