update

Author: wangduanduan

config.yaml

@@ -47,15 +47,15 @@ params:
   assets:
     # disableHLJS: true # to disable highlight.js
     # disableFingerprinting: true
-    favicon: "/cowboy.ico"
-    favicon16x16: "/cowboy.ico"
-    favicon32x32: "/cowboy.ico"
-    apple_touch_icon: "/cowboy.ico"
-    safari_pinned_tab: "/cowboy.ico"
+    favicon: "/favicon.ico"
+    favicon16x16: "/favicon.ico"
+    favicon32x32: "/favicon.ico"
+    apple_touch_icon: "/favicon.ico"
+    safari_pinned_tab: "/favicon.ico"
 
   label:
     text: "洞香春"
-    icon: "/cowboy.ico"
+    icon: "/favicon.ico"
     iconHeight: 35
 
   # profile-mode
@@ -76,8 +76,8 @@ params:
   # home-info mode
   homeInfoParams:
     enabled: false
-    Title: "Eddie(艾迪)"
-    Content: "当你在穿山越岭的另一边, 我在孤独的路上没有尽头"
+    Title: "艾迪(Eddie)的博客"
+    Content: "7年VoIP工作经验，前端/软交换开发。热爱开源，热爱分享。 微信：suguswang177, 欢迎交流"
 
   socialIcons:
     - name: github
@@ -118,23 +118,23 @@ menu:
     - identifier: id_fs
       name: "FreeSWITCH"
       url: /freeswitch/
-      weight: 10
-    - identifier: id_books
-      name: "读书"
-      url: /books/
-      weight: 8
-    - identifier: id_vim
-      name: "VIM"
-      url: /vim/
-      weight: 10
-    - identifier: id_fe
-      name: "前端"
-      url: /fe/
-      weight: 10
+      weight: 3
+    # - identifier: id_books
+    #   name: "读书"
+    #   url: /books/
+    #   weight: 8
+    # - identifier: id_vim
+    #   name: "VIM"
+    #   url: /vim/
+    #   weight: 10
+    # - identifier: id_fe
+    #   name: "前端"
+    #   url: /fe/
+    #   weight: 10
     - identifier: id_kama
       name: "Kamailio"
       url: /kamailio/
-      weight: 10
+      weight: 2
     # - identifier: id_km_wiki_56
     #   name: "Kamailio 5.6 wiki"
     #   url: /kamailio/56/
@@ -150,7 +150,7 @@ menu:
     - identifier: id_opensips
       name: "OpenSIPS"
       url: /opensips/
-      weight: 10
+      weight: 1
     # - identifier: id_network
     #   name: "Network"
     #   url: /network/
@@ -159,10 +159,10 @@ menu:
     #   name: "Golang"
     #   url: /golang/
     #   weight: 10
-    - identifier: id_categories
-      name: "分类"
-      url: /categories/
-      weight: 10
+    # - identifier: id_categories
+    #   name: "分类"
+    #   url: /categories/
+    #   weight: 10
     - identifier: id_tags
       name: "标签"
       url: /tags/

content/posts/2025/jssip-can-not-drop-call/index.md

@@ -0,0 +1,57 @@
+---
+title: "【案例分享】JSSIP 电话无法挂断问题"
+date: "2025-07-15 20:00:08"
+draft: false
+type: posts
+tags:
+- jssip
+- 案例分享
+- 无法挂断
+categories:
+- all
+---
+
+当听到分机无法挂断电话时，通常有以下几种可能的原因：
+
+1. 在做Record-Route时，使用了错误的内外网IP地址。导致BYE请求按照route头发送时，无法正确找到对应的服务器。
+2. Contact头部的URI不正确，导致BYE请求无法找到对应的服务器。
+
+时序图如下；
+
+```mermaid
+sequenceDiagram
+autonumber
+participant u1 as user1
+participant o as opensips
+participant u2 as user2
+
+u1->>o: INVITE
+o->>u2: INVITE
+u2-->>o: 200 OK
+o-->>u1: 200 OK
+u1->>o: ACK
+o->>u2: ACK
+u2->>o: BYE
+o-->>u2: 477 Send failed (477/TM)
+```
+
+477错误一般是按照route头或者contact转发时，找不到对应的socket。 在使用tcp作为传输协议时，例如tcp/tls/wss注册的分机比较常见。
+
+有以下可能
+1. 分机到opensips的tcp连接断开
+2. contact使用错误的transport参数
+
+从过观察第2个信令的Conact头，发现transport=ws, User-Agent=JSSip。 正常情况下，jssip应该使用wss作为transport。
+
+所以解决办法是，在jssip的配置中，将transport改为wss。
+
+还有一个解决方案， 就是让jssip通过nginx转发wss请求，让nginx转发到opensips的ws端口, 也能解决问题。
+
+```mermaid
+sequenceDiagram
+autonumber
+
+jssip ->> nginx: wss
+nginx ->> opensips: ws
+```
+

content/posts/2025/rtpengine-record-pcap/index.md

@@ -0,0 +1,51 @@
+---
+title: "RTPEngine 录制 PCAP 文件"
+date: "2025-07-15 19:26:06"
+draft: false
+type: posts
+tags:
+  - rtpengine
+  - 录音
+categories:
+  - rtpengine
+---
+
+# 为什要用 RTPEngine 来录制 PCAP 文件？
+
+一般我们用 Freeswitch 来作为录音服务器， 但是某些场景，例如备份录音，需要在不同节点进行录音。
+
+如果直接录制成 wav 文件，那么比较占用资源，而且备份录音用的几率也是比较小的。
+
+因此录制成 PCAP 文件，可以节省资源，后期 pcap 转语音也能比较容易的实现。
+
+# 实现步骤
+
+1. 配置rtpengine启动参数
+
+```
+--pcaps-dir=/var/log/records --record-method=pcap --recording-format=eht
+```
+
+2. 在opensips在做SDP Offer
+
+```
+rtpengine_offer("record-call=yes");
+```
+
+3. 录音文件位置
+
+录音文件在`/var/log/records`目录下，文件名是呼叫的sip Call-ID-16hex随机数.pcap
+
+```sh
+call1-1234567890abcdef.pcap
+call2-1234567890abcdef.pcap
+```
+
+4. 录音文件内容
+
+录音文件用wireshark分析，可以听到主被叫双方的声音。
+
+
+5. 其他
+
+除了录音文件，一些录音的元数据，例如SDP之类的信息，会被记录到录音的目录下。

content/posts/2025/ua-not-answer/index.md

@@ -0,0 +1,45 @@
+---
+title: "【案例分享】外线呼入，SIP分机为何无响应？"
+date: "2025-07-15 19:39:57"
+draft: false
+type: posts
+tags:
+- 案例分享
+- 无法应答
+categories:
+- all
+---
+
+# 案例分享
+
+最近有客户反馈，自己的话机最近一两周都没有收到来电了，感觉很奇怪，他自己呼叫400号码，然后转分机，也接不通。
+
+## 组网结构
+
+```mermaid
+flowchart LR
+ua1(分机)
+fw1(防火墙)
+uas1(SIP服务器)
+
+ua1 --> fw1
+fw1 --> uas1
+```
+
+## 排查思路
+
+1. 首先排查服务端，从日志来看，分机的注册是正常的，每隔30多秒就注册一次。 
+2. 然后排查呼叫信令图，发现发送给分机的INVITE， 分机那边没有任何反应 
+3. 接着请求客户远程协助，在分机上抓包，发现只能抓到注册包，没有INVITE的回应。
+4. 询问客户，他们公司有没有使用防火墙，客户说有。
+5. 然后让客户检查他们防火墙的设置，关闭SIP ALG功能，但是也无效
+6. 然后让客户找网络负责人，在防火墙上抓包，发现防火墙收到了INVITE，但是没有转发给内部分机, 原因未知
+7. 最后找防火墙厂商，发现是防火墙的UDP组包没有开启，开启UDP分片重组后，呼入电话能正常进线
+
+
+
+## 总结
+
+此刻，我回想起曾经写的 [UDP分片导致SIP消息丢失](https://wdd.js.org/opensips/ch7/big-udp-msg/)
+
+没想到，在防火墙上也遇到了同样的问题。