Replying for anybody that may search for this in the future.
I haven't received an official answer from Genesys support other than the queue CPN follows E164 standard. The standard does not define a minimum digit length, only a maximum. However with my extensive testing 8 digits is the minimum required for the queue CPN. If you put less than 8 digits the CPN won't be used even if Call Source is set as primary for Prioritized Caller Selection on the trunk.
For my specific use case, I was able to use regex on the Calling Party Identity settings on the trunk to take the 8 digits CPN and shrink it to 7 digits that is then sent to my SBC.
I used this regex: ^(sip[s]?:|tel:)(\+)(6[00-99]\d{5})(1)(@.*)$
It looks for a 8 digit number that ends in a 1 with all of the requisite other stuff in the address.
I then normalize it with: ${1}${2}${3}${5}
So if my queue CPN is set to +65588881 my SIP invite out to my SBC will be +6558888 which is exactly what I need.
------------------------------
Shane Miller
UC Engineer II
------------------------------
Original Message:
Sent: 11-14-2024 12:28
From: Shane Miller
Subject: Queue Calling Party Number Minimum Digits
Is there documentation on what the minimum amount of digits that are required on a queue's Calling Party Number field?
My trunk is set to use Call Source for ANI display.
Without getting too much into it, our provider requires a customized ANI when dialing out for billing purposes because we have so many customers. For calls originating from the U.S. side we send 8 digits as the ANI. From the EMEA side we send 7 digits as the ANI.
What I've noticed is that if I make the Calling Party Number 8 digits I see that being sent out on the SIP traces on my SBC. If I make it 7 digits I see the Site Calling Party Number being sent on the SIP traces on the SBC side. I've set Site as the secondary source of caller ID on the trunk. So it's doing what it should as if there was no number in the Calling Party Number.
So it does look like 7 digits won't work, but 8 will. So I was looking for documentation that defines that as this may be a pretty big problem for me.
#Telephony
------------------------------
Shane Miller
UC Engineer II
------------------------------