Forum Discussion
Microsoft Teams Incoming call via Direct Route shows "Spam Likely" for 4-digit extension
I'd claim that this additional info comes with SIP from the PBX or PSTN provider as SIP Header From Display Name. Or you user contact object, saved in Outlook if it affects only a single user.
I think you cannot change this in Teams neither via Shell nor TAC.
You could check your SBC for Teams Direct Routing and configure message manipulations to remove this info in legit calls.
Or you might better ask your pstn sip trunk provider/pbx admin which is connected to your SBC to ask if they use some sort of spam call information tagging. Maybe your provider could turn it off on your pstn sip trunk. Otherwise you usually could do this on your SBC.
I have verified this and the SBC is not sending any special information. It seems MS Teams client only accepts E.164 format as calling number which is wrong because it should allow internal extensions not to be labeled as "Spam Likely" Microsoft needs to find a solution to this. Customers are not happy about it.Erik365Online
Wilson007please check out the Microsoft Teams specifications for SIP etc. There are requirements named which must be satisfied to make it work properly.
Phone System Direct Routing - Microsoft Teams | Microsoft DocsThe SIP sent to Teams should be "clean" and comply with the specifications. In my deployments with coexistence I always sent E.164 from a SBC to Teams an no shortend numbers.
For reverse number lookup, and correct displayed numbers for call backs you could configure a SBC contact lookup based on ldap/http or else depending on what your SBC is capable of. Furthermore, you could configure Teams dial plans for users to enable short dials, e.g. Site 1 3digits or else.
Well this was working just fine until "New calling experience" was rolled out in the latest Teams client version. You have to keep in mind that Direct Routing is not just meant to connect to the PSTN but also to be able to seamlessly communicate to on premise PBX systems which more often than not are not configured for E164 format. I use Cisco CUBE for most implementations which is very simple to configure and I do follow to the T the Cisco and Microsoft configuration guide so I'm not trying to reinvent the wheel here. What I need is for Microsoft to find a way to let 4 or 5 digits in the calling number come across the Teams client without any Spam Likely label which in my opinion is absurd. I know I can manipulate the digits in the CUBE and force an E164 number appear in the Teams client but that defeats the purpose because customers don't want to see the full number for their own business reasons. Believe me, I've tried persuading customers into E164 format but not all like the idea, specially when it interferes with business processes. Spam Likely labeling should be optional like a policy in my humble opinion. Erik365Online
- Just a follow up here, I got a ticket open with Microsoft and off course got a level 1 engineer who doesn't have a clue and he even said I know more than the guy.... so disappointed... Now waiting for another more Senior Engineer to pickup the ticket and see what they say. Almost 48 hours and haven't even got the right Engineer to look a this...
