Sip 在将注册请求转发到下一跳之前，P-CSCF正在via头字段中添加一个额外的参数（i=1）

从TP-2000和p-CSCF生成注册请求，成功接受该请求，并在将请求转发给I-CSCF之前在via标头字段中添加自己的条目

p-CSCF不应向via标头字段添加任何垃圾字段

预期：

Via: SIP/2.0/UDP 
10.193.30.10;branch=z9hG4bK71d3.710ba3847d1301c016f10c7c7b5f8864.0`

观察： P-CSCF正在via标头字段中添加一个额外参数

Via: SIP/2.0/UDP 
10.193.30.10;branch=z9hG4bK71d3.710ba3847d1301c016f10c7c7b5f8864.0;i=1

---

这里的问题是什么。你分享了一个观察结果

如果您的问题是添加的有效性-我在IMS/RFC规范中没有看到要求PCSCF不应向Via添加通用[junk？？？]参数

---

可以将名称值generic param添加到Via及其端点，以基于它决定行为

这里的问题是什么。你分享了一个观察结果

如果您的问题是添加的有效性-我在IMS/RFC规范中没有看到要求PCSCF不应向Via添加通用[junk？？？]参数

---

可以将名称值generic param添加到Via及其端点，以基于它决定行为

在观察中，我们可以看到i=1，有时结果是i=5。我的疑问是：“i”是否是via标题中的额外参数？它会导致任何问题吗？任何不干扰Via参数基本ABNF的头参数都应该被忽略-因为它在“；”之外，它使它成为头参数，并且可以被解析器忽略。在观察中，我们可以看到i=1，有时结果是i=5。我的疑问是：“i”是否是via标题中的额外参数？它会导致任何问题吗？任何不干扰Via参数基本ABNF的头参数都应该被忽略-因为它在“；”之外，它使它成为头参数，解析器可以忽略它。