在过去七年中，我通过SIP拨打了外拨电话。呼叫具有带有标准（非收费）电话号码的SIP From标头，以及带有名称和免费电话号码的P-Asserted-Identity标头（PAI）。目的地的来电显示屏显示姓名和免费电话号码（当然，如果电话和服务提供商支持）。
最近几天，这个计划已停止为Skype-in数字工作。
从大约2018-01-22开始，我看到SIP 408消息被拒绝的呼叫跳了起来。
我的SIP终端提供商表示，大多数呼叫在第3级上游被拒绝。我们对问题的内部检查使我们相信被拒绝的呼叫大部分都是Skype电话号码。
我尝试过使用各种格式的PAI和From进行多项测试。使用缩写TFN代表＆＃34;免费电话号码，＆＃34;这里列出了我尝试过的内容：
还有一些。关于PAI格式（TFN，非TFN，名称与否，tel：或sip：格式）的问题，无论From的格式如何（有或没有名称，TFN或非TFN） - 如果要么从或者PAI包含一个免费电话号码，该电话会被SIP 408或偶尔的SIP 403拒绝。
我的SIP终止提供商不知道如何解决问题。从我的SIP终端提供商到上游运营商的问题尚未产生解决方案。
我推测Skype故意阻止TFN拨打Skype号码，原因我不明白。目前（2018-01-31）Skype-in将高兴地显示我在PAI中发送的任何非TFN号码，而不检查我是否拥有它，这意味着这不是一般的安全措施（例如，反-swatting措施）。
我的问题是：
答案 0 :(得分：0)
这个问题的解决方案结果非常简单：在我的SIP提供商之后的某个地方以及过去的第3级，有一个故意阻止特定的免费电话号码（＆＃34;非收费DID＆＃34 ;）我们一直在使用。
在一位同事的建议中，我在PAI中尝试了不同的免费电话号码，他们都工作了。作为一个完整性检查，并且由于PAI从未（根据我的经验）检查有效性，我发现我能够使用无效数字成功呼叫，例如1 800 111 2222.
因此，我得出结论，问题是我们在PAI中发送的具体数字。我与我的SIP提供商保持联系;现在正在寻找阻止这个号码的人。
修改
在与Skype交谈之后，我们的号码确实重新开始工作......但是我确实得到了＃34;这是一个问题，[原文如此]正在努力修复，＆＃34;我从来没有能够找出问题的范围：我们的号码，特别是数字组，以及哪些Skype-in数字被阻止。
无论如何，通过answers.microsoft.com达成的Skype支持确实解决了这个问题。