问题标签 [ss7]

与我之前在此处输入链接描述中提出的问题类似，我还需要一个用于 MAP_OPEN_REQ 和 MAP_OPEN_DELIMITER_REQ 消息的 Log pcap。

因为我发现包含 MAP/TCAP/SCCP 协议的 pcap 文件在此处输入链接描述并在此处输入链接描述，但那里没有 MAP_OPEN_REQ 的日志 Pcap。

我怎么能得到那个？

我正在尝试为从libosmo-as​​n1-TCAP获得的 GSM-TCAP asn1 文件生成 C 代码。我已经安装了osmocom libasnc1编译器（尝试了 master 和 aper-prefix 分支）并运行以下代码：

但是，编译器会报告以下语法错误：

有谁知道这个问题的根源，以及如何解决它？

我已经安装了osmocom asn1c 编译器分支aper-prefix，以获得 TCAP 协议的实现。我已经使用相应的脚本来编译“.asn”文件。C文件生成成功，但是编译得到的C代码时报错，与这行代码有关：

事实上，文件EXTERNAL.h 是缺失的（貌似这个编译器不支持EXTERNAL 类型）。有人知道这个问题和可能的解决方案吗？

我很好奇移动网络中通常对 SCCP 施加的访问和路由限制。

只是几个问题，我会很感激一些帮助：

全局标题翻译在实践中是否允许任意两个节点之间的流量？如果没有，如果您有目标节点的点代码，可以这样做吗？

任何节点都可以进行标题分析吗？

是否可以从点代码中推断出任何地理信息？

我与 ss7 建立了客户端-服务器关联，但收到错误 (Received SccpMessage for translation but no matching rule found )

INIT 消息和 INIT-ACK 已在客户端和服务器之间交换。

但是 onSending 消息我收到此错误：

05:52:21,865 WARN [org.mobicents.protocols.ss7.sccp.impl.SccpRoutingControl] (SLEE-EventRouterExecutor-17-thread-1) 收到 SccpMessage 进行翻译，但没有找到本地路由 SccpMessage=Sccp Msg [Type =-1 networkId=0 sls=1 incomingOpc=-1 incomingDpc=-1呼出Dpc=-1 CallingAddress(pc=0,ssn=146,AI=18,gt=GlobalTitle0100Impl [digits=0350102, natureOfAddress=INTERNATIONAL, numberingPlan=ISDN_TELEPHONY , translationType=0, encodingScheme=DefaultEncodingScheme[type=UNKNOWN, code=0]]) CalledParty(pc=0,ssn=146,AI=18,gt=GlobalTitle0100Impl [digits=0350101, natureOfAddress=INTERNATIONAL, numberingPlan=ISDN_TELEPHONY, translationType =0, encodingScheme=DefaultEncodingScheme[type=UNKNOWN, code=0]]) DataLen=103]

有人可以帮忙吗

我正在使用 asn1c 根据 TCAP 协议规范生成的 c 代码（即相应的ASN1 文件）。我可以通过生成的代码成功地对 TCAP 数据包进行编码。但是，尝试“解码”相关字节流失败。

示例代码如下。

虽然正确检测到消息类型（在本例中为“Begin”），但未解析其他参数。

使用其他编码规则，即aper_decode()和uper_decode()，也会失败。如果有人能描述如何使用自动生成的 c 代码来解码（解析）TCAP 消息的字节串，我将不胜感激。

我正在使用由 MAP 协议规范中的 asn1c 生成的 c 代码（即相应的 ASN1 文件）。请考虑以下示例代码：

和参数被真正检测到invokeId，opCode解析器为我们提供了一个名为 as 的缓冲区，invokeParameters其类型为 ANY。

问题是如何解码（解析）invokeParameters？

我正在使用 pcap4j 在 Java 中读取数据包。我想在收到带有中止的数据包时生成警报。现在我无法为中止应用过滤器。我在下面附上了代码。

首先，不要告诉我这是错误的论坛，因为网络工程上不存在ss7标签，这不是安全问题；另外，你会在 SO 上找到这样的问题。

这个答案声称带有CAS的E1有31个承载信道，而CCS，30B+D，这意味着他暗示CAS仅指带内信令，即抢位信令。

这与 CAS 指的是带内 (31B) 和带外（TS16 信令，30B+D）相矛盾并声称。它还将带外 CAS 称为“通道关联”。

这表明存在三种 CCS 变体，一种是 Channel Associated。

公共信道信令 (CCS)

• 频道相关
• 准相关
• 非关联

带外“Channel Associated”CAS 和“Channel Associated”CCS 之间是否有区别，还是一样？也许“信道相关”CCS 指的是一个单独的 E1，它承载与语音 E1 捆绑（31D 和 31B）分开的信令链路；话又说回来，它的图像只描绘了一个用于信令的电路，即 30+D，这是带外 CAS ......

更糟糕的是，这表明 CCS 是先前来源归类为准关联 CCS 的内容，并与 CAS 进行了二分法，忽略了明显的“通道关联 CCS”的存在，这表明 CCS 是完全准关联的，指的是存在单独的 STP，而 CAS 是指缺乏单独的 STP。

有人可以澄清这个模棱两可的术语并得出适当的区别吗？似乎没有人知道，因为来源使用了相互矛盾的分类。

我有一个疑问 select count(distinct imsi) from SS7 where sccpcalleddigits like '86133%' 。这个 sccpcalleddigits 是什么意思？我对这个领域完全陌生。