51学通信论坛2017新版

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 1813|回复: 1
打印 上一主题 下一主题

sms over nas 流程中的n1-n2-messages消息没有解析出DTAP-SMS:CP-ACK

[复制链接]

该用户从未签到

1

主题

1

帖子

13

积分

新手上路

Rank: 1

积分
13
跳转到指定楼层
楼主
发表于 2022-8-24 10:33:30 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
1.我用最新版本的wireshark(Version 3.6.7)打开抓的包(sms over nas 流程),在POST /namf-comm/v1/ue-contexts/imsi-460011234567890/n1-n2-messages消息中,没有解析出CP-ACK。


2.但是在后面的DL NAS transport消息中又可以看到CP-ACK,请问是wireshark的问题,还是包构造的有问题?如果是wireshark的问题,为什么在DL NAS transport中又可以解析出来?


本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
回复

使用道具 举报

 成长值: 15613

  • TA的每日心情
    开心
    2022-7-17 17:50
  • 2444

    主题

    2544

    帖子

    7万

    积分

    管理员

    Rank: 9Rank: 9Rank: 9

    积分
    74104
    沙发
    发表于 2022-8-24 18:19:48 | 只看该作者
    这个我没有明确的证据,不敢随便下结论。供您参考。


    我怀疑是SBI接口在做MIME multipart编码的last boundary结尾时没有带上\r\n结尾。

    我找了个MIME multipart=5gnas的看了下,是有\r\n的,并且可以正确解出来。



    但我没有细查MIME的多段编码规范,所以不确定sms内容,不带\r\n是合理的。
    还是wireshark认为这是不合理的,找不到结束部分,所以解不出来。
    您可以再查下规范。


    https://wiki.wireshark.org/MIME_multipart
    这个是wireshark官方的解释,但非常简单的解释,只提到last bondary必须以--结尾,并没说要不要带\r\n,以及不带如何解。

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?立即注册

    x
    回复 支持 反对

    使用道具 举报

    您需要登录后才可以回帖 登录 | 立即注册

    本版积分规则

    Archiver|手机版|小黑屋|51学通信技术论坛

    GMT+8, 2025-1-31 15:58 , Processed in 0.096813 second(s), 32 queries .

    Powered by Discuz! X3

    © 2001-2013 Comsenz Inc.

    快速回复 返回顶部 返回列表