I'm having an issue with manual outbound dialing and the number plans. I don't know if it's simply not understanding how Cloud does it or if there is something wrong. 

My phone is assigned to Site A.

Site A has a number plan I call Outbound 9 Dialing which is a regex match. The regex is ^(91\d{10})$. We use a 9 at the beginning of all outbound as an access code. So if I dial a US number I would dial 9 111 222 3333. The normalization is +$1. And I gave it's own classification called ADialing

We have 1 outbound route going to Trunk A (SIP trunk to an SBC--trunk does work because inbound is no problem) and I added the ADialing classification to that outbound route.

When I simulate a call I see everything I'd expect. The number plan being matched, the classification being used, the outbound route, and finally the trunk.

However, when I make a real call, it instantly fails. First it thinks the call is to India because it begins 91 (that's a separate question for a different time), but most importantly it just fails. When I look at the interaction it doesn't give any trace of the call so it's not even making it very far.

What am I not understanding about manual outbound dialing in GC? Genesys support thinks my regex is wrong. They've told me I have to write my regex to account for 'tel:' which I don't understand why, but I took their advice and re-wrote my regex to look for 'tel:' and discard it, but now simulating the call doesn't work and my real call still doesn't work.

So there has to be something I'm just not understanding about how GC works with manual outbound dialing, number plans, etc.

Any help would be appreciated or links to a deep dive into how GC does this part of their product.

#Outbound
#Telephony

Hey Shane,

I think there is something wrong with your regex / example.

Your regex ^(91\d{10})$ is looking for 12 characters that match that pattern exactly. 91 111 222 3333 would match with the regex pattern, the example number that you provided, 9 111 222 3333 would not because it does not have enough numbers. You can see a different outcomes with and without the extra 1

I'm having an issue with manual outbound dialing and the number plans. I don't know if it's simply not understanding how Cloud does it or if there is something wrong. 

My phone is assigned to Site A.

Site A has a number plan I call Outbound 9 Dialing which is a regex match. The regex is ^(91\d{10})$. We use a 9 at the beginning of all outbound as an access code. So if I dial a US number I would dial 9 111 222 3333. The normalization is +$1. And I gave it's own classification called ADialing

We have 1 outbound route going to Trunk A (SIP trunk to an SBC--trunk does work because inbound is no problem) and I added the ADialing classification to that outbound route.

When I simulate a call I see everything I'd expect. The number plan being matched, the classification being used, the outbound route, and finally the trunk.

However, when I make a real call, it instantly fails. First it thinks the call is to India because it begins 91 (that's a separate question for a different time), but most importantly it just fails. When I look at the interaction it doesn't give any trace of the call so it's not even making it very far.

What am I not understanding about manual outbound dialing in GC? Genesys support thinks my regex is wrong. They've told me I have to write my regex to account for 'tel:' which I don't understand why, but I took their advice and re-wrote my regex to look for 'tel:' and discard it, but now simulating the call doesn't work and my real call still doesn't work.

So there has to be something I'm just not understanding about how GC works with manual outbound dialing, number plans, etc.

Any help would be appreciated or links to a deep dive into how GC does this part of their product.

#Outbound
#Telephony

Oops. I realized I made a typo after I read your response. The regex defined the 91 and then looked for 10 more digits afterwards. So my dialed number example should have been 91 111 222 3333

I did make a breakthrough earlier today with testing. So if I make a number plan that just looks for a 1 and 10 digits--so a standard US number---and then add the 9 in normalization that seems to mostly work.

However, I still haven't fully figured out how the Number Plan in Genesys works with everything. Some of it still isn't making sense. Has Genesys ever published a deep dive kind of document on how the platform handles all of this? Or is it best effort on our parts to try and figure things out?

Hey Shane,

I think there is something wrong with your regex / example.

Your regex ^(91\d{10})$ is looking for 12 characters that match that pattern exactly. 91 111 222 3333 would match with the regex pattern, the example number that you provided, 9 111 222 3333 would not because it does not have enough numbers. You can see a different outcomes with and without the extra 1

I'm having an issue with manual outbound dialing and the number plans. I don't know if it's simply not understanding how Cloud does it or if there is something wrong. 

My phone is assigned to Site A.

Site A has a number plan I call Outbound 9 Dialing which is a regex match. The regex is ^(91\d{10})$. We use a 9 at the beginning of all outbound as an access code. So if I dial a US number I would dial 9 111 222 3333. The normalization is +$1. And I gave it's own classification called ADialing

We have 1 outbound route going to Trunk A (SIP trunk to an SBC--trunk does work because inbound is no problem) and I added the ADialing classification to that outbound route.

When I simulate a call I see everything I'd expect. The number plan being matched, the classification being used, the outbound route, and finally the trunk.

However, when I make a real call, it instantly fails. First it thinks the call is to India because it begins 91 (that's a separate question for a different time), but most importantly it just fails. When I look at the interaction it doesn't give any trace of the call so it's not even making it very far.

What am I not understanding about manual outbound dialing in GC? Genesys support thinks my regex is wrong. They've told me I have to write my regex to account for 'tel:' which I don't understand why, but I took their advice and re-wrote my regex to look for 'tel:' and discard it, but now simulating the call doesn't work and my real call still doesn't work.

So there has to be something I'm just not understanding about how GC works with manual outbound dialing, number plans, etc.

Any help would be appreciated or links to a deep dive into how GC does this part of their product.

#Outbound
#Telephony

I'm having an issue with manual outbound dialing and the number plans. I don't know if it's simply not understanding how Cloud does it or if there is something wrong. 

My phone is assigned to Site A.

Site A has a number plan I call Outbound 9 Dialing which is a regex match. The regex is ^(91\d{10})$. We use a 9 at the beginning of all outbound as an access code. So if I dial a US number I would dial 9 111 222 3333. The normalization is +$1. And I gave it's own classification called ADialing

We have 1 outbound route going to Trunk A (SIP trunk to an SBC--trunk does work because inbound is no problem) and I added the ADialing classification to that outbound route.

When I simulate a call I see everything I'd expect. The number plan being matched, the classification being used, the outbound route, and finally the trunk.

However, when I make a real call, it instantly fails. First it thinks the call is to India because it begins 91 (that's a separate question for a different time), but most importantly it just fails. When I look at the interaction it doesn't give any trace of the call so it's not even making it very far.

What am I not understanding about manual outbound dialing in GC? Genesys support thinks my regex is wrong. They've told me I have to write my regex to account for 'tel:' which I don't understand why, but I took their advice and re-wrote my regex to look for 'tel:' and discard it, but now simulating the call doesn't work and my real call still doesn't work.

So there has to be something I'm just not understanding about how GC works with manual outbound dialing, number plans, etc.

Any help would be appreciated or links to a deep dive into how GC does this part of their product.

#Outbound
#Telephony