This is a bit of a heads up.
I have submitted a ticket for this but it's taking Flowroute and their upstream provider a long time to resolve it (Since Aug 16) . All I can really do is wait for them to figure out where the problem is and fix it. Every few days they ask me to do a few new test calls and send them the time and call details as the old calls fall off their detailed logs.
So Flowroute is randomly not sending the business name. Sometimes it sends a rewritten version of the call display number in the text fields for name display and sometimes it doesn't deliver a name at all. I would say about 30% of the time the correct business name that our system is sending is getting delivered to the receiving end. If I switch to using VOIP.ms as the SIP trunk provider I can get it to deliver the name properly every time I have tested it. I generally dial out to a PRI line I have with Telus where I can put the system into a debug logging mode to see the exact call display headers the PRI signalling setup packet is sending. But I can also dial to a few other destinations where I have less logging ability to verify the result is consistent across a few different carriers.
So in Canada you can deliver CNAM data with the call just like you can generally change your call display number. You do not need to register the name in a CNAM database first, it's all done on a per call basis.
So in the SIP invite it will take either the name in the From sip header though they prefer the P-Asserted-Identity header to be delivered as that is the one that has the highest priority.
Message Header
Via: SIP/2.0/UDP 192.168.xxx.xxx:5060;branch=zxxxxxK-5xxxx7-1---exxxxxxxxxxxxx4b;rport
Max-Forwards: 70
Contact:
To:
From: "BusinessName";tag=axxxxxx8
Call-ID: qxxxxxxxxxxxxxxxxxxxxw..
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REGISTER, SUBSCRIBE, NOTIFY, REFER, INFO, MESSAGE, UPDATE
Content-Type: application/sdp
Supported: replaces, timer
User-Agent: 3CXPhoneSystem 15.5.3849.1 (3849)
P-Asserted-Identity: "BusinessName"
Content-Length: 293
https://support.flowroute.com/customer/en/portal/articles/1850876-how-do-i-set-the-caller-id-number-i-want-to-transmit-
Just to be safe I'm sending the name in both From and P-Asserted-Identity headers. They confirm I'm sending it all correctly and problem is on their end.
On the receiving end I will get:
"BusinessName" 20-30% of the time This is correct and what it's supposed to do 100% of the time.
"+1780yyyyyyy" 50-70% of the time, some days 100% of the time. So it's delivering a name that is a rewritten version of the call display phone number.
NULL About 10-30% of the time the "NA Name display" field is not delivered on the receiving PRI end.
But now that I have noticed this behavior I looked at call logs for the this and another business. I can see a few calls coming in with this "+1NXXNXXXXXX" pattern as the name which likely means they are following a similar call path. Either using flowroute or the same upstream provider to deliver that call with the same problem. Usually you would get no name if it's just the number but they are rewriting the name field with this data.
So if you are sending calls to Canada with missing CNAM data similar to mine you might want to raise a ticket with your provider. Perhaps more people complaining will get it fixed faster.
↧