我确实意识到这个问题听起来很偏离主题 - 它可能更适合Travel.SE的话题，但它也是一个调试问题，需要一点黑客心态来调试，所以我认为这是去的地方。
问题在于：当我在H2OWireless（使用AT＆amp; T GSM网络的经销商）上通过手机拨打国际电话时，我的通话接收端收到一个错误的国家代码作为来电显示传输，导致一些问题。
我有一个美国电话号码，区号为803.如果我打电话给德国，电话接收方会将我的来电显示为00803xxxx，这没有意义。我的来电显示应显示为+ 1803xxx或001803xxx，但由于某种原因，前导“1”会丢失。
这导致了以下问题：我可以在德国拨打普通的哑线固定电话，但是当我尝试拨打银行电话时，我的电话会在他们的总机上弹出。我猜他们正在进行某种反向查找，发现+8或+83不是有效的国家代码，并且拒绝接受该调用。
我暂时通过让朋友为我设置了呼叫转移来解决问题，所以当我打电话给他时，他会将我的电话转发到我的银行。 但我真的很想知道这里出了什么问题，AT＆amp; T或Deutsche Telekom或其他任何提供商是否应该为这个问题负责。
我很感激电话网络专家对如何调试问题的任何见解，以便在我向AT＆amp; T支持或德国提供商发送邮件之前，我可以看到是谁造成这种情况。
答案 0 :(得分：0)
问题很可能是经销商没有正确映射主叫号码 - 我会写信给他们。他们调试它比你更容易，特别是如果他们实际上有义务通过法律/许可证正确地进行调试（我不确定美国的规则是什么）。如果与其他人有问题，他们通常很乐意让你知道（！），然后你可以追逐有罪的一方。
这种情况最常发生的原因是，经销商通常会从常规网络跳转到他们自己的IP网络，他们必须翻译呼叫设置信息以匹配他们在自己的网络上使用的协议（可能是基于SIP的协议，除非它很老了）。 CLI数据以这种方式混淆的情况并不少见。