Microsoft Teams Incoming call via Direct Route shows "Spam Likely" for 4-digit extension

%3CLINGO-SUB%20id%3D%22lingo-sub-2254814%22%20slang%3D%22en-US%22%3EMicrosoft%20Teams%20Incoming%20call%20via%20Direct%20Route%20shows%20%22Spam%20Likely%22%20for%204-digit%20extension%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2254814%22%20slang%3D%22en-US%22%3E%3CP%20class%3D%22x-hidden-focus%22%3EWith%20new%20Calling%20experience%20in%20Microsoft%20Teams%20and%20Direct%20Route%20settings%2C%20incoming%20calls%20from%20on-premises%20PBX%20and%20Microsoft%20Teams%20shows%20%22Spam%20Likely%22%20in%20call%20history%20-%20even%20though%20caller%20ID%20is%20a%20valid%204-digit%20number.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%20class%3D%22x-hidden-focus%22%3EThis%20is%20working%20with%20Teams%20client%20that%20did%20not%20updated%20to%20new%20Calling%20experience.%20Is%20there%20a%20way%20to%20turn%20off%20%22Spam%20Likely%22%20in%20Teams%20via%20Policy%3F%3C%2FP%3E%3CDIV%20class%3D%22ms-editor-squiggler%22%3E%26nbsp%3B%3C%2FDIV%3E%3CDIV%20class%3D%22ms-editor-squiggler%22%3E%26nbsp%3B%3C%2FDIV%3E%3CDIV%20class%3D%22ms-editor-squiggler%22%3E%26nbsp%3B%3C%2FDIV%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-2254814%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3ECalling%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3EMeetings%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3EMicrosoft%20Teams%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2259809%22%20slang%3D%22en-US%22%3ERe%3A%20Microsoft%20Teams%20Incoming%20call%20via%20Direct%20Route%20shows%20%22Spam%20Likely%22%20for%204-digit%20extensi%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2259809%22%20slang%3D%22en-US%22%3E%3CP%3EI'd%20claim%20that%20this%20additional%20info%20comes%20with%20SIP%20from%20the%20PBX%20or%20PSTN%20provider%20as%20SIP%20Header%20From%20Display%20Name.%20Or%20you%20user%20contact%20object%2C%20saved%20in%20Outlook%20if%20it%20affects%20only%20a%20single%20user.%3CBR%20%2F%3E%3CBR%20%2F%3EI%20think%20you%20cannot%20change%20this%20in%20Teams%20neither%20via%20Shell%20nor%20TAC.%3CBR%20%2F%3EYou%20could%20check%20your%20SBC%20for%20Teams%20Direct%20Routing%20and%20configure%20message%20manipulations%20to%20remove%20this%20info%20in%20legit%20calls.%3CBR%20%2F%3EOr%20you%20might%20better%20ask%20your%20pstn%20sip%20trunk%20provider%2Fpbx%20admin%20which%20is%20connected%20to%20your%20SBC%20to%20ask%20if%20they%20use%20some%20sort%20of%20spam%20call%20information%20tagging.%20Maybe%20your%20provider%20could%20turn%20it%20off%20on%20your%20pstn%20sip%20trunk.%20Otherwise%20you%20usually%20could%20do%20this%20on%20your%20SBC.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2312113%22%20slang%3D%22en-US%22%3ERe%3A%20Microsoft%20Teams%20Incoming%20call%20via%20Direct%20Route%20shows%20%22Spam%20Likely%22%20for%204-digit%20extensi%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2312113%22%20slang%3D%22en-US%22%3E%3CP%3EI%20have%20verified%20this%20and%20the%20SBC%20is%20not%20sending%20any%20special%20information.%20It%20seems%20MS%20Teams%20client%20only%20accepts%20E.164%20format%20as%20calling%20number%20which%20is%20wrong%20because%20it%20should%20allow%20internal%20extensions%20not%20to%20be%20labeled%20as%20%22Spam%20Likely%22%20Microsoft%20needs%20to%20find%20a%20solution%20to%20this.%20Customers%20are%20not%20happy%20about%20it.%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F32867%22%20target%3D%22_blank%22%3E%40Erik365Online%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2314008%22%20slang%3D%22en-US%22%3ERe%3A%20Microsoft%20Teams%20Incoming%20call%20via%20Direct%20Route%20shows%20%22Spam%20Likely%22%20for%204-digit%20extensi%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2314008%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F1042129%22%20target%3D%22_blank%22%3E%40Wilson007%3C%2FA%3Eplease%20check%20out%20the%20Microsoft%20Teams%20specifications%20for%20SIP%20etc.%20There%20are%20requirements%20named%20which%20must%20be%20satisfied%20to%20make%20it%20work%20properly.%26nbsp%3B%3CBR%20%2F%3E%3CBR%20%2F%3E%3CA%20href%3D%22https%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Fmicrosoftteams%2Fdirect-routing-protocols-sip%23inbound-call-sip-dialog-description%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%22%3EPhone%20System%20Direct%20Routing%20-%20Microsoft%20Teams%20%7C%20Microsoft%20Docs%3C%2FA%3E%3C%2FP%3E%3CP%3EThe%20SIP%20sent%20to%20Teams%20should%20be%20%22clean%22%20and%20comply%20with%20the%20specifications.%20In%20my%20deployments%20with%20coexistence%20I%20always%20sent%20E.164%20from%20a%20SBC%20to%20Teams%20an%20no%20shortend%20numbers.%3C%2FP%3E%3CP%3EFor%20reverse%20number%20lookup%2C%20and%20correct%20displayed%20numbers%20for%20call%20backs%20you%20could%20configure%20a%20SBC%20contact%20lookup%20based%20on%20ldap%2Fhttp%20or%20else%20depending%20on%20what%20your%20SBC%20is%20capable%20of.%20Furthermore%2C%20you%20could%20configure%20Teams%20dial%20plans%20for%20users%20to%20enable%20short%20dials%2C%20e.g.%20Site%201%203digits%20or%20else.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2317372%22%20slang%3D%22en-US%22%3ERe%3A%20Microsoft%20Teams%20Incoming%20call%20via%20Direct%20Route%20shows%20%22Spam%20Likely%22%20for%204-digit%20extensi%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2317372%22%20slang%3D%22en-US%22%3E%3CP%3EWell%20this%20was%20working%20just%20fine%20until%20%22New%20calling%20experience%22%20was%20rolled%20out%20in%20the%20latest%20Teams%20client%20version.%20You%20have%20to%20keep%20in%20mind%20that%20Direct%20Routing%20is%20not%20just%20meant%20to%20connect%20to%20the%20PSTN%20but%20also%20to%20be%20able%20to%20seamlessly%20communicate%20to%20on%20premise%20PBX%20systems%20which%20more%20often%20than%20not%20are%20not%20configured%20for%20E164%20format.%20I%20use%20Cisco%20CUBE%20for%20most%20implementations%20which%20is%20very%20simple%20to%20configure%20and%20I%20do%20follow%20to%20the%20T%20the%20Cisco%20and%20Microsoft%20configuration%20guide%20so%20I'm%20not%20trying%20to%20reinvent%20the%20wheel%20here.%20What%20I%20need%20is%20for%20Microsoft%20to%20find%20a%20way%20to%20let%204%20or%205%20digits%20in%20the%20calling%20number%20come%20across%20the%20Teams%20client%20without%20any%20Spam%20Likely%20label%20which%20in%20my%20opinion%20is%20absurd.%20I%20know%20I%20can%20manipulate%20the%20digits%20in%20the%20CUBE%20and%20force%20an%20E164%20number%20appear%20in%20the%20Teams%20client%20but%20that%20defeats%20the%20purpose%20because%20customers%20don't%20want%20to%20see%20the%20full%20number%20for%20their%20own%20business%20reasons.%20Believe%20me%2C%20I've%20tried%20persuading%20customers%20into%20E164%20format%20but%20not%20all%20like%20the%20idea%2C%20specially%20when%20it%20interferes%20with%20business%20processes.%20Spam%20Likely%20labeling%20%3CSTRONG%3Eshould%3C%2FSTRONG%3E%20be%20optional%20like%20a%20policy%20in%20my%20humble%20opinion.%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F32867%22%20target%3D%22_blank%22%3E%40Erik365Online%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2321543%22%20slang%3D%22en-US%22%3ERe%3A%20Microsoft%20Teams%20Incoming%20call%20via%20Direct%20Route%20shows%20%22Spam%20Likely%22%20for%204-digit%20extensi%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2321543%22%20slang%3D%22en-US%22%3EMaybe%20you%20should%20open%20a%20Microsoft%20Support%20(and%2For%20Cisco%20support)%20case%20for%20further%20analysis%20if%20this%20was%20working%20before%20the%20updated%20calling%20expierence%20rolled%20out%20in%20that%20tenant.%3CBR%20%2F%3E%3CBR%20%2F%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2327717%22%20slang%3D%22en-US%22%3ERe%3A%20Microsoft%20Teams%20Incoming%20call%20via%20Direct%20Route%20shows%20%22Spam%20Likely%22%20for%204-digit%20extensi%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2327717%22%20slang%3D%22en-US%22%3EJust%20a%20follow%20up%20here%2C%20I%20got%20a%20ticket%20open%20with%20Microsoft%20and%20off%20course%20got%20a%20level%201%20engineer%20who%20doesn't%20have%20a%20clue%20and%20he%20even%20said%20I%20know%20more%20than%20the%20guy....%20so%20disappointed...%20Now%20waiting%20for%20another%20more%20Senior%20Engineer%20to%20pickup%20the%20ticket%20and%20see%20what%20they%20say.%20Almost%2048%20hours%20and%20haven't%20even%20got%20the%20right%20Engineer%20to%20look%20a%20this...%3C%2FLINGO-BODY%3E
Senior Member

With new Calling experience in Microsoft Teams and Direct Route settings, incoming calls from on-premises PBX and Microsoft Teams shows "Spam Likely" in call history - even though caller ID is a valid 4-digit number.

 

This is working with Teams client that did not updated to new Calling experience. Is there a way to turn off "Spam Likely" in Teams via Policy?

 
 
 
9 Replies

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 Docs

The 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 

Maybe you should open a Microsoft Support (and/or Cisco support) case for further analysis if this was working before the updated calling expierence rolled out in that tenant.

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...

Hi @Wilson007

Is this still ongoing or could it be fixed with the Microsoft Support?
You might check the Teams Calling Policy to disable it now or later, did you already see and read that Microsoft plans to rollout spam call notifications for Teams which seems to be the "feature" you are already having and experiencing.

 

I wrote an article about it: https://erik365.blog/2021/08/15/microsoft-teams-spam-call-notifications/ also covering the Teams Calling Policy parameters to enable/disable it, e.g globally with Set-CsTeamsCallingPolicy -Identity Global -SpamFilteringEnabledType "Disabled"

Erik365Online, I used the information from your blog to disable the feature and now calls are incoming calls are showing normal. I enable it and it happens again. I also opened a case with Microsoft and they told me they could not provide more information on what SIP header they are using for that classification.
Good to hear.
Like you, I'm also waiting on some more details (in the documentation) on the spam call notification behavior and process in regards on how a call is marked as spam, e.g. based on what evidence and data.