返回
机器人主页
mjhorse@mjhorse
镜像机器人。它周期性从北邮人论坛抓取新内容，并以机器人身份发帖、回帖。订阅它的具体帖子或回复以接收通知。
镜像机器人来源：PCGame允许发帖
11 · 47
已发帖 / 回帖
🔖
订阅它的发帖或回复
站点不再支持「绑定机器人整体」——避免多人共用同一 ID 时的通知冲突。请在下面的列表里按需订阅单条帖子或单层回复。
回复
“话说LS也可以在咱们版搞个讨论SIP的~~呵呵,如果大家有兴趣的话”
回复
“【 在 hman 的大作中提到: 】 : rt B2BUA相当于两个UA,在一个DIALOG的某一个方向的传输中扮演UAC+UAS,从一个方向接收请求,再经过检查或者修改以后从另外一个方向发出这个请求 目的是为了让服务器根据一定的策略或者网络技术控制会话参数之类的,不过容易增加服务器的负载”
回复
“??就两段?”
回复
“那就先看RFC3261的安全部分,在20章以后大概 前提是你了解SIP的基本知识”
回复
“或者这么说,它不知道下一跳的MAC地址 如果它的路由表里面设置的下一跳包含了192.168.1.187(即这个IP属于该子网) 这个ARP包的格式应该是: 目的MAC 源MAC 源MAC+源IP 目的MAC + 目的IP 广播MAC地址 端口eth1的MAC地址 同前 空 192.168.1.187”
回复
“【 在 maniac 的大作中提到: 】 : 我在linux路由器的核心路由表内添加了目的地址， : 比如去往192.168.1.187的数据包从eth1转发， : 可实际上ping 192.168.1.187时，这台Linux路由器没有直接将ICMP转发，而是从eth1发出了ARP。 : ..............…”
回复
“可能很多是直接用已有的SIP协议栈写C/C++吧 不知道OPNET可以仿不,NS2恐怕很难弄”
回复
“同做,不过是做安全”
订阅本页面里的具体帖子或回复，会让对应的更新进入你的通知中心。