- sr-users - kamailio.org

Kamailio not updating CSeq after uac_auth() for ACK
by Terry Tailor 18 Dec '20

18 Dec '20

Hi, Here is setup details Kamailio Proxy a <-----> Kamailio Proxy b <-----> Asterisk Kamailio proxy b auth based on IP Kamailio Proxy a 1. Kamailio proxy sends an Invite request to Kamailio proxy b with CSeq: 102 INVITE 2. Kamailio proxy b check again IP auth and sends invite request to asterisk with CSeq: 102 INVITE 4 asterisk response with 401 Unauthorized with CSeq: 102 5. Kamailio proxy b sends ACK request with CSeq: 102 ACK 6. Kamailio proxy b sends INVITE request with CSeq: 103 INVITE 7. Asterisk sends 100 trying and 180 ringing with CSeq: 103 INVITE 8. Kamailio proxy b relay 180 ringing with CSeq: 102 INVITE 9. Asterisk send 200 Ok with CSeq: 103 INVITE and proxy b relay it to proxy a with CSeq: 102 INVITE 10. Now Proxy a send an ACK with CSeq: 102 ACK and proxy b relay ACK to asterisk with CSeq: 102 ACK Now asterisk is retransmitting 200 ok with CSeq: 103 INVITE and proxy a is sending ACK with Cseq: 102 ACK Same happing in case of 487 Request Terminated Here is my config modparam("dialog", "default_timeout", 10800) # 3h modparam("dialog", "dlg_match_mode", 1) modparam("dialog", "db_mode", 0) modparam("dialog", "send_bye", 1) modparam("dialog", "track_cseq_updates", 1) modparam("uac","auth_username_avp","$avp(auser)") modparam("uac","auth_password_avp","$avp(apass)") modparam("uac","auth_realm_avp","$avp(arealm)") modparam("tm", "failure_reply_mode", 3) # default retransmission timeout: 3 sec modparam("tm", "fr_timer", 2000) modparam("tm", "retr_timer1", 250) modparam("tm", "retr_timer2", 500) # default invite retransmission timeout after 1xx: 60 sec modparam("tm", "fr_inv_timer", 60000) modparam("tm", "reparse_on_dns_failover", 0) if (is_method("INVITE") && !has_totag()) { dlg_setflag(FLD_RTPPROXY); dlg_manage(); } route(RELAY); route[RELAY] { # At this point all checks are passed t_on_branch("MANAGE_BRANCH"); t_on_reply("MANAGE_REPLY"); t_on_failure("MANAGE_FAILURE"); if(is_method("INVITE") && isflagset(FLT_FROMDID)) { #$fd = "sip.comms.kuflink.com"; t_on_failure("RELAY_AUTH"); } if (!t_relay()) { send_reply("500", "Cannot relay to $du/$ru"); } exit; } failure_route[RELAY_AUTH] { t_on_branch("MANAGE_BRANCH"); t_on_reply("MANAGE_REPLY"); if (t_is_canceled()) { exit; } if(t_check_status("401|407")) { #$fd = "sip.comms.kuflink.com"; $avp(auser) = "DID_UA_USERNAME"; $avp(apass) = "DID_UA_PASSWORD"; if (uac_auth()) { t_relay(); } exit; } } route[WITHINDLG] { if (!has_totag()) { return; } if (is_method("BYE")) { rtpengine_delete(); } # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { route(DLGURI); if (is_method("ACK")) { # ACK is forwarded statelessly route(NATMANAGE); } else if (is_method("NOTIFY")) { # Add Record-Route for in-dialog NOTIFY as per RFC 6665. record_route(); } route(RELAY); exit; } if (is_method("SUBSCRIBE") && uri == myself) { # in-dialog subscribe requests route(PRESENCE); exit; } if (is_method("ACK") ) { if (t_check_trans()) { # no loose-route, but stateful ACK; # must be an ACK after a 487 # or e.g. 404 from upstream server route(RELAY); exit; } else { # ACK without matching transaction ... ignore and discard exit; } } send_reply("404","Not here"); exit; } kamailio -v version: kamailio 5.3.7 (x86_64/linux) flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES, TLS_PTHREAD_MUTEX_SHARED ADAPTIVE_WAIT_LOOPS 1024, MAX_RECV_BUFFER_SIZE 262144, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled with gcc 6.3.0 uname -a Linux example.com 4.15.0-124-generic #127-Ubuntu SMP Fri Nov 6 10:54:43 UTC 2020 x86_64 GNU/Linux SIP logs 2020/12/17 10:08:18.483907 proxy-a.com:5060 -> 10.0.14.118:5060 INVITE sip:123456@proxy-a.com SIP/2.0 Record-Route: <sip:proxy-a.com;lr> Via: SIP/2.0/UDP proxy-a.com:5060 ;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Max-Forwards: 70 From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com> Contact: <sip:7654321@did.com:5060> Call-ID: 67675c7e636d6e773860255316e54779(a)did.com User-Agent: ProxyA CSeq: 102 INVITE User-Agent: proxy Date: Thu, 17 Dec 2020 10:08:18 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Remote-Party-ID: "7654321" <sip:7654321@did.com >;party=calling;privacy=off;screen=no Content-Type: application/sdp Content-Length: 885 2020/12/17 10:08:18.485063 10.0.14.118:5060 -> proxy-a.com:5060 SIP/2.0 100 trying -- your call is important to us Via: SIP/2.0/UDP proxy-a.com:5060 ;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1;rport=5060 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com> Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 102 INVITE Server: kamailio (5.3.7 (x86_64/linux)) Content-Length: 0 2020/12/17 10:08:18.485576 10.0.14.118:5060 -> 10.0.14.118:6000 INVITE sip:123456@proxy-a.com SIP/2.0 Record-Route: <sip:proxy-b.com;lr;did=d18.7a9> Record-Route: <sip:proxy-a.com;lr> Via: SIP/2.0/UDP proxy-b.com:5060 ;branch=z9hG4bKbe6d.619fd995c3fc8764ce5cd9c7be7efeef.0 Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Max-Forwards: 70 From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com> Contact: <sip:7654321@did.com:5060> Call-ID: 67675c7e636d6e773860255316e54779(a)did.com User-Agent: ProxyA CSeq: 102 INVITE User-Agent: proxy Date: Thu, 17 Dec 2020 10:08:18 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Remote-Party-ID: "7654321" <sip:7654321@did.com >;party=calling;privacy=off;screen=no Content-Type: application/sdp Content-Length: 885 2020/12/17 10:08:18.622867 10.0.14.118:6000 -> 10.0.14.118:5060 SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP proxy-b.com:5060 ;branch=z9hG4bKbe6d.619fd995c3fc8764ce5cd9c7be7efeef.0;received=10.0.14.118;rport=5060 Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as4107645c Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 102 INVITE Server: proxy Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer WWW-Authenticate: Digest algorithm=MD5, realm="sip1.comms.kuflink.com", nonce="11139d33" Content-Length: 0 2020/12/17 10:08:18.624034 10.0.14.118:5060 -> 10.0.14.118:6000 ACK sip:123456@proxy-a.com SIP/2.0 Via: SIP/2.0/UDP proxy-b.com:5060 ;branch=z9hG4bKbe6d.619fd995c3fc8764ce5cd9c7be7efeef.0 Max-Forwards: 70 From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as4107645c Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 102 ACK Content-Length: 0 2020/12/17 10:08:18.625557 10.0.14.118:5060 -> 10.0.14.118:6000 INVITE sip:123456@proxy-a.com SIP/2.0 Record-Route: <sip:proxy-b.com;lr;did=d18.7a9> Record-Route: <sip:proxy-a.com;lr> Via: SIP/2.0/UDP proxy-b.com:5060 ;branch=z9hG4bKbe6d.619fd995c3fc8764ce5cd9c7be7efeef.1.cs102 Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Max-Forwards: 70 From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com> Contact: <sip:7654321@did.com:5060> Call-ID: 67675c7e636d6e773860255316e54779(a)did.com User-Agent: ProxyA CSeq: 103 INVITE User-Agent: proxy Date: Thu, 17 Dec 2020 10:08:18 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Remote-Party-ID: "7654321" <sip:7654321@did.com >;party=calling;privacy=off;screen=no Content-Type: application/sdp Content-Length: 885 Authorization: Digest username="xxxxx", realm="xxxx", nonce="11139d33", uri="sip:123456@proxy-a.com", response="qwewqeqwe", algorithm=MD5 2020/12/17 10:08:18.779483 10.0.14.118:6000 -> 10.0.14.118:5060 SIP/2.0 100 Trying Via: SIP/2.0/UDP proxy-b.com:5060 ;branch=z9hG4bKbe6d.619fd995c3fc8764ce5cd9c7be7efeef.1.cs102;received=10.0.14.118;rport=5060 Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Record-Route: <sip:proxy-b.com;lr;did=d18.7a9> Record-Route: <sip:proxy-a.com;lr> From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com> Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 103 INVITE Server: proxy Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Session-Expires: 1800;refresher=uas Contact: <sip:123456@10.0.14.118:6000> Content-Length: 0 2020/12/17 10:08:20.937756 10.0.14.118:6000 -> 10.0.14.118:5060 SIP/2.0 180 Ringing Via: SIP/2.0/UDP proxy-b.com:5060 ;branch=z9hG4bKbe6d.619fd995c3fc8764ce5cd9c7be7efeef.1.cs102;received=10.0.14.118;rport=5060 Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Record-Route: <sip:proxy-b.com;lr;did=d18.7a9> Record-Route: <sip:proxy-a.com;lr> From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 103 INVITE Server: proxy Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Session-Expires: 1800;refresher=uas Contact: <sip:123456@10.0.14.118:6000> Content-Length: 0 2020/12/17 10:08:20.938593 10.0.14.118:5060 -> proxy-a.com:5060 SIP/2.0 180 Ringing Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Record-Route: <sip:proxy-b.com;lr;did=d18.7a9> Record-Route: <sip:proxy-a.com;lr> From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 102 INVITE Server: proxy Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Session-Expires: 1800;refresher=uas Contact: <sip:123456@10.0.14.118:6000;alias=10.0.14.118~6000~1> Content-Length: 0 2020/12/17 10:08:22.075814 10.0.14.118:6000 -> 10.0.14.118:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP proxy-b.com:5060 ;branch=z9hG4bKbe6d.619fd995c3fc8764ce5cd9c7be7efeef.1.cs102;received=10.0.14.118;rport=5060 Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Record-Route: <sip:proxy-b.com;lr;did=d18.7a9> Record-Route: <sip:proxy-a.com;lr> From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 103 INVITE Server: proxy Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Session-Expires: 1800;refresher=uas Contact: <sip:123456@10.0.14.118:6000> Content-Type: application/sdp Require: timer Content-Length: 296 2020/12/17 10:08:22.077049 10.0.14.118:5060 -> proxy-a.com:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Record-Route: <sip:proxy-b.com;lr;did=d18.7a9> Record-Route: <sip:proxy-a.com;lr> From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 102 INVITE Server: proxy Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Session-Expires: 1800;refresher=uas Contact: <sip:123456@10.0.14.118:6000;alias=10.0.14.118~6000~1> Content-Type: application/sdp Require: timer Content-Length: 316 2020/12/17 10:08:22.103365 proxy-a.com:5060 -> 10.0.14.118:5060 ACK sip:123456@10.0.14.118:6000;alias=10.0.14.118~6000~1;alias=109.72.216.251~5060~1 SIP/2.0 Via: SIP/2.0/UDP proxy-a.com:5060 ;branch=z9hG4bKbe6d.0fc1940efc770391762d7d67094c24f8.0 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK2a5fae72;rport=5060 Route: <sip:proxy-b.com;lr;did=d18.7a9> Max-Forwards: 70 From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Contact: <sip:7654321@did.com:5060> Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 102 ACK User-Agent: proxy Content-Length: 0 2020/12/17 10:08:22.103877 10.0.14.118:5060 -> 10.0.14.118:6000 ACK sip:123456@10.0.14.118:6000;alias=109.72.216.251~5060~1 SIP/2.0 Via: SIP/2.0/UDP proxy-b.com:5060 ;branch=z9hG4bKbe6d.79f351d031912aae585207d2f26d5650.0 Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.0fc1940efc770391762d7d67094c24f8.0 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK2a5fae72;rport=5060 Max-Forwards: 70 From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Contact: <sip:7654321@did.com:5060> Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 102 ACK User-Agent: proxy Content-Length: 0 P-K-CSeq-Refresh: 103 2020/12/17 10:08:22.575533 10.0.14.118:6000 -> 10.0.14.118:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP proxy-b.com:5060 ;branch=z9hG4bKbe6d.619fd995c3fc8764ce5cd9c7be7efeef.1.cs102;received=10.0.14.118;rport=5060 Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Record-Route: <sip:proxy-b.com;lr;did=d18.7a9> Record-Route: <sip:proxy-a.com;lr> From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 103 INVITE Server: proxy Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Session-Expires: 1800;refresher=uas Contact: <sip:123456@10.0.14.118:6000> Content-Type: application/sdp Require: timer Content-Length: 296 2020/12/17 10:08:22.576777 10.0.14.118:5060 -> proxy-a.com:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Record-Route: <sip:proxy-b.com;lr;did=d18.7a9> Record-Route: <sip:proxy-a.com;lr> From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 102 INVITE Server: proxy Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Session-Expires: 1800;refresher=uas Contact: <sip:123456@10.0.14.118:6000;alias=10.0.14.118~6000~1> Content-Type: application/sdp Require: timer Content-Length: 316 2020/12/17 10:08:22.581649 proxy-a.com:5060 -> 10.0.14.118:5060 ACK sip:123456@10.0.14.118:6000;alias=10.0.14.118~6000~1;alias=109.72.216.251~5060~1 SIP/2.0 Via: SIP/2.0/UDP proxy-a.com:5060 ;branch=z9hG4bKbe6d.b9c7eeccd4cd7b44f05b173308dbaf0a.0 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK219933f6;rport=5060 Route: <sip:proxy-b.com;lr;did=d18.7a9> Max-Forwards: 70 From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Contact: <sip:7654321@did.com:5060> Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 102 ACK User-Agent: proxy Content-Length: 0 2020/12/17 10:08:22.582313 10.0.14.118:5060 -> 10.0.14.118:6000 ACK sip:123456@10.0.14.118:6000;alias=109.72.216.251~5060~1 SIP/2.0 Via: SIP/2.0/UDP proxy-b.com:5060 ;branch=z9hG4bKbe6d.33626b5695ad4648ba393bc62bed6a8c.0 Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.b9c7eeccd4cd7b44f05b173308dbaf0a.0 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK219933f6;rport=5060 Max-Forwards: 70 From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Contact: <sip:7654321@did.com:5060> Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 102 ACK User-Agent: proxy Content-Length: 0 P-K-CSeq-Refresh: 103 2020/12/17 10:08:23.575828 10.0.14.118:6000 -> 10.0.14.118:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP proxy-b.com:5060 ;branch=z9hG4bKbe6d.619fd995c3fc8764ce5cd9c7be7efeef.1.cs102;received=10.0.14.118;rport=5060 Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Record-Route: <sip:proxy-b.com;lr;did=d18.7a9> Record-Route: <sip:proxy-a.com;lr> From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 103 INVITE Server: proxy Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Session-Expires: 1800;refresher=uas Contact: <sip:123456@10.0.14.118:6000> Content-Type: application/sdp Require: timer Content-Length: 296 2020/12/17 10:08:23.577863 10.0.14.118:5060 -> proxy-a.com:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP proxy-a.com:5060 ;rport=5060;branch=z9hG4bKbe6d.10c4c5f001c66b8976214d4aef9f635c.1 Via: SIP/2.0/UDP did.com:5060;received=did.com ;branch=z9hG4bK45f94ed9;rport=5060 Record-Route: <sip:proxy-b.com;lr;did=d18.7a9> Record-Route: <sip:proxy-a.com;lr> From: "7654321" <sip:7654321@did.com>;tag=as55c522e1 To: <sip:123456@proxy-a.com>;tag=as147bfa3e Call-ID: 67675c7e636d6e773860255316e54779(a)did.com CSeq: 102 INVITE Server: proxy Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Session-Expires: 1800;refresher=uas Contact: <sip:123456@10.0.14.118:6000;alias=10.0.14.118~6000~1> Content-Type: application/sdp Require: timer Content-Length: 316

4 7

Kamailio RTP proxy require?
by Mihai Cezar 17 Dec '20

17 Dec '20

Hi, Can't figure it out when to use RTPproxy, i am forwarding everything to asterisk in seem to work without RTPproxy. The scenario is like this: Softphone -> INTERNET -> Kamailio - > Asterisk (private ip) Now it seems to work without any rtpproxy but is it ok?

5 10

DLGLOAD stuck in Dispatcher Module(HA Mode)
by harneet singh 16 Dec '20

16 Dec '20

Hi All, I am using Kamailio in HA mode with Keepalived providing the VIP(Virtual IP) functionality, and have run into a rather peculiar issue. *Setup:* Caller ------------ KamailioVIP(*Primary *and *Secondary* Kamailio)------- Callee HA provided by Keepalived DMQ is used between the Primary and Secondary Kamailio for dialog sync *Issue Seen:* *Suppose the Primary Kamailio has been brought down* and the Secondary one is actually active and tied to the VIP. When a call is fired from the Caller, it traverses through the Secondary Kamailio and lands onto the callee. The dialogs are updated properly. At this point, the Primary Kamailio is brought up, and dialog state is synced due to the DMQ module. The Keepalived will now attach the VIP to the Primary Instance. If the caller hangs up the phone at this point, the BYE sip message traverses through the Primary Kamailio instance to the callee and the call is cleared, but there are two issues here. 1. The Primary Kamailio throws an error in *ds_load_remove() *saying that it cannot find the load for the specific call id. This is apparently due to the fact that the dispatcher data is not synced between the two modules but dialog data is. So dialog wise, things are fine. Can this be fixed somehow? 2. The above is still as grave a problem as the dialogs are cleared. BUT, if we check the '*kamcmd dispatcher.list*' on the *SECONDARY* kamailio even well after the call is cleared, the *DLGLOAD* shows 1. Since we are using the *Call Load based distribution* for the dispatching, this is effectively one call stuck on the dispatcher, which leads to resource leak. Is this a known issue, and if so, do we have a way to circumvent this? Regards, Harneet Singh -- "Once you eliminate the impossible, whatever remains, no matter how improbable, must be the truth" - Sir Arthur Conan Doyle

2 1

INFO: RTC Devroom Fosdem 2021 - Online Event
by Daniel-Constantin Mierla 16 Dec '20

16 Dec '20

Hello, (cross-posting to kamailio public groups, a few may get this message duplicated). Fosdem 2021 is going to be online, meaning that it opens the possibility for everyone to do a presentation on the RTC Devroom, no longer being required to travel to Brussels. Therefore I am sending here the link to CFP in case someone would be interested to present about Kamailio or something else RTC-related: * https://github.com/FreeRTC/fosdem/blob/master/2021/cfp.md New speakers are always welcome! Only have in mind that the event is targeting developers and source code development, therefore your proposals have to be made from this perspective. Note also that submission deadline is 20th of December, very short time frame from now. Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

1 0

ERROR: dmq [notification_peer.c:337]: add_server_and_notify(): error adding notification node
by Syed Shahryar 16 Dec '20

16 Dec '20

Here is my setting: modparam("dmq", "server_address", "sip:0.0.0.0:5090" ) modparam("dmq", "notification_address", "sip:0.0.0.0:5090") modparam("dmq", "multi_notify", 1) modparam("dmq", "num_workers", 2) modparam("dmq", "worker_usleep", 0) modparam("dmq", "ping_interval", 90) I have tried localhost and I believe other options but to no avail. I also get the following message: ERROR: dmq [dmq_funcs.c:516]: ping_servers(): cannot retrieve initial nodelist from sip:0.0.0.0:5090 How do I set up DMQ for adding and removing any Kamailio instance to/from the cluster and any Kamailio instance could serve any request coming from any client? ie. all Kamailio instances keep the current state in DMQ. I also have dmq_usrloc enabled. -- -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this email. Please notify the sender immediately by email if you have received this email by mistake and delete this email from your system. Email transmission cannot be guaranteed to be secure or error-free, as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender, therefore, does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. If verification is required, please request a hard-copy version.

2 1

Kamailio dtmf signaling
by Amit Pal 16 Dec '20

16 Dec '20

Dear Team, I am using kamailio + rtpengine, how can I processed dtmf from cfg scripts. even thought I can able to see dtmf over syslog. but can not able to capture in kamailio.cfg. how can I prepared ivr using kamalio? Please find the attached syslog. Regards Amit Pal

3 2

ERROR: <core> [core/parser/parse_uri.c:1326]: _parse_ruri(): bad uri </sip?jwt=..
by Syed Shahryar 15 Dec '20

15 Dec '20

I am sending JWT tokens via SIP URL through JSSIP for authentication before websocket connection is made. However, I am getting errors like: ERROR: <core> [core/parser/parse_uri.c:1326]: _parse_ruri(): bad uri < */sip?jwt=..* I have the following setting in kamailio config: modparam("xhttp", "url_match", "^/sip") // only match this path Is this a bug or some configuration issue? How do I resolve it? -- -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this email. Please notify the sender immediately by email if you have received this email by mistake and delete this email from your system. Email transmission cannot be guaranteed to be secure or error-free, as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender, therefore, does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. If verification is required, please request a hard-copy version.

2 1

X-Forwarded-for IP to asterisk
by Mihai Cezar 15 Dec '20

15 Dec '20

Hello, Is it something like the XFF for Kamailio so I can see in asterisk (sip show peers) the ip of the registered softphone and not Kamailio's IP ? Thanks!

4 5

How to use port number using $env in listen
by Syed Shahryar 15 Dec '20

15 Dec '20

I tried many combinations of the following but I keep getting syntax errors: listen=tls:TLS_IP:$env(TLS_PORT) advertise PUBLIC_IP:$env(TLS_PORT) TLS_IP and PUBLIC_IP are constants defined at the top using #!define. And, TLS_PORT is supposed to be the env variable. -- -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this email. Please notify the sender immediately by email if you have received this email by mistake and delete this email from your system. Email transmission cannot be guaranteed to be secure or error-free, as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender, therefore, does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. If verification is required, please request a hard-copy version.

2 1

Losing MySQL connections
by Duarte Rocha 15 Dec '20

15 Dec '20

Greetings all, I'm having some dropped MySQL connections in my Kamailio in times of low or no activity in the proxy. These are the errors i'm getting : db_mysql [km_dbase.c:123]: db_mysql_submit_query(): driver error on query: Lost connection to MySQL server during query (2013) <core> [db_query.c:348]: db_do_update(): error while submitting query usrloc [ucontact.c:1147]: db_update_ucontact_ruid(): updating database failed usrloc [ucontact.c:1663]: update_contact_db(): failed to update database registrar [save.c:784]: update_contacts(): failed to update contact sl [sl_funcs.c:414]: sl_reply_error(): stateless error reply used: I'm terribly sorry, server error occurred (1/SL) In order to try to fix this i've added timeout_interval and ping_interval from the db_mysql module. Is this the best approach? I've restarted my Kamailio but i don't see any ping going to my BD. Is there any other config that I need to add so that the pings are sent? Is it possible to do a ping to verify connection and reconnect mannualy on the config file? Best Regards,

2 1

Problems debugging memory issues
by Sheldon L 15 Dec '20

15 Dec '20

Hi, I'm trying to investigate a possible memory leak issue in Kamailio and I'm following the instructions indicated in https://www.kamailio.org/wiki/tutorials/troubleshooting/memory I'm using Kamailo 4.4 with the following kamailio internals: Print out of kamailio internals Version: kamailio 4.4.2 (x86_64/linux) 892ad6 Default config: /apollo/env/TachyonPlatformKamailio/etc/kamailio/kamailio.cfg Default paths to modules: /apollo/env/TachyonPlatformKamailio/lib64/kamailio/modules Compile flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES MAX_RECV_BUFFER_SIZE=262144 MAX_LISTEN=16 MAX_URI_SIZE=1024 BUF_SIZE=65535 DEFAULT PKG_SIZE=8MB DEFAULT SHM_SIZE=64MB ADAPTIVE_WAIT_LOOPS=1024 TCP poll methods: poll, epoll_lt, epoll_et, sigio_rt, select Source code revision ID: 892ad6 Compiled with: x86_64-unknown-linux-gnu-gcc 4.9.4 Compiled on: 23:36:48 Dec 8 2020 Thank you for flying kamailio! I have attached to one of the kamailio tcp receiver processes via GDB and I am trying to dump memory blocks from the memory manager. However, mem_block is not in the current_context. The following is the output from my gdb session: Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html > This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-amazon-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /opt/codedeploy-agent/deployment-root/95bb1634-e653-4cec-b327-99b18b9227a8/d-7AJ1XZP58/deployment-archive/sbin/kamailio...done. Attaching to program: /apollo/env/TachyonPlatformKamailio/sbin/kamailio, process 8946 ptrace: Operation not permitted. (gdb) set $i=0 (gdb) set $a = mem_block->first_frag No symbol "mem_block" in current context. (gdb) info list Undefined info command: "list". Try "help info". (gdb) info threads No threads. Is there something I need to do before accessing the mem_block symbol? Also do you have any other suggestions for debugging memory leaks that may not be documented? Note: i can't upgrade to the latest version of Kamailio as we have custom modules and would require considerable effort to upgrade. Thanks, Sheldon.

2 1

sngrep TLS connection
by Agiftel 15 Dec '20

15 Dec '20

Hi all, does anyone was able to use sngrep (with -k option) to decrypt TLS connections? I'am doing what help says; used private key is the correct one; but no traffic is seen on sngrep. If i use not ecrypted call i can see everything, so sngrep is working good. Any hint? regards -- Sent from: http://sip-router.1086192.n5.nabble.com/Users-f3.html

5 8

Kamilio+asterisk = deregister after 2-3 minute
by Mihai 15 Dec '20

15 Dec '20

Hi, I am forwarding all the traffic to my asterisk server ( including registers) everything seems to work when i first register but if stay idle 2-3 minute it gets unregistered and then i can't register back unless i restart kamailio see attached print screen

6 6

voltdb support
by Ali Taher 14 Dec '20

14 Dec '20

Hello, I just need to know if kamailio can communicate with Voltdb for sqlops operations for example. Regards, Ali Taher

2 8

Kamailio v5.4.3 Released
by Daniel-Constantin Mierla 14 Dec '20

14 Dec '20

Hello, Kamailio SIP Server v5.4.3 stable release is out. This is a maintenance release of the latest stable branch, 5.4, that includes fixes since the release of v5.4.2. There is no change to database schema or configuration language structure that you have to do on previous installations of v5.4.x. Deployments running previous v5.4.x versions are strongly recommended to be upgraded to v5.4.3. For more details about version 5.4.3 (including links and guidelines to download the tarball or from GIT repository), visit: * https://www.kamailio.org/w/2020/12/kamailio-v5-4-3-released/ RPM, Debian/Ubuntu packages will be available soon as well. Many thanks to all contributing and using Kamailio! Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda

1 0

Wrong To tag in t_reply
by Ivan Ribakov 14 Dec '20

14 Dec '20

Hi all, I’m trying to implement following routing behaviour: - ingress INVITE is sequentially forked to 1 or more endpoints - under certain conditions sequential forking may be stopped and pre-defined error returned to the caller Here’s is part of the config responsible for handling errors: failure_route[ROUTE_ELEMENT_FINAL_FAILURE_HELPER] { route(ROUTE_ELEMENT_FINAL_FAILURE); } route[ROUTE_ELEMENT_FINAL_FAILURE] { # We need to check if the error happens before the first egress, because T-state is not defined yet so we can not use t_reply if ($var(before_first_egress) == 0) { t_reply("$var(sipCode)", "$var(sipMessage)"); } else { sl_send_reply("$var(sipCode)", "$var(sipMessage)"); } } Here is a simple scenario where delivering call to first endpoint times out after receiving 180 Ringing (using custom fr_inv_timer value) where: - .33 is caller - .208 is Kamailio - .138 is callee Notice that 504 is retransmitted by Kamailio. Here is a comparison of 180 and 504 returned by Kamailio: As can be seen, 180 was proxied from the callee and has callee’s to-tag (tag=CALLEE1), however 504 that was generated by Kamailio using t_reply() has a different to-tag (presumably generated by Kamailio). How can I tell Kamailio not to generate new to-tag but to use the last one that proxied back to the caller? Thanks in advance for any help! Regards, Ivan

2 2

Releasing Kamailio v5.4.3
by Daniel-Constantin Mierla 14 Dec '20

14 Dec '20

Hello, I am considering to release Kamailio v5.4.3 sometime next week, likely on Monday, December 14, 2020. This is the usual heads up notification to see if anyone is aware of issues not yet reported to bug tracker and if yes, do it as soon as possible to give them a chance to be fixed. Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda Funding: https://www.paypal.me/dcmierla

1 1

how to use environment variables to set listen address
by Syed Shahryar 13 Dec '20

13 Dec '20

This is a generic question about using environment variables in a config file. If I want to use below where TLS_IP itself is a constant defined somewhere else. TLS_IP might be set via an env variable as well. #!define TLS_TO_LISTEN tls:TLS_IP:$env(TLS_PORT) Will that work? I see syntax errors and other weird issues. What's the right syntax? -- -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this email. Please notify the sender immediately by email if you have received this email by mistake and delete this email from your system. Email transmission cannot be guaranteed to be secure or error-free, as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender, therefore, does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. If verification is required, please request a hard-copy version.

2 1

DMQ using Consul
by Syed Shahryar 12 Dec '20

12 Dec '20

Can someone share their configuration file explaining how they used consul to achieve high availability? -- -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this email. Please notify the sender immediately by email if you have received this email by mistake and delete this email from your system. Email transmission cannot be guaranteed to be secure or error-free, as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender, therefore, does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. If verification is required, please request a hard-copy version.

2 1

empty body on first NOTIFY on REGINFO subscription - bug ?
by Adrian Tabacioiu 11 Dec '20

11 Dec '20

Hello, If the user never registered (or few hours passed from its unregister) the subscription to REGINFO will return an empty body NOTIFY (no xml). I don't see any flag in module to force a body for this case, as in the presence module is force_dummy_presence who can force a body on a first NOTIFY. The RFC3680 says : o Notifications triggered from a SUBSCRIBE contain full state (the list of all contacts bound to the address-of-record). It appears that in this case the response is not conform to RFC. Regards, Adrian

1 0

porting keepalive module new functions on 5.4 on 5.3?
by Benoit Chesneau 11 Dec '20

11 Dec '20

2 new functions have been added to the keepalive module: - [ka_add_destination(sip_uri, owner)](https://kamailio.org/docs/modules/5.4.x/modules/keepalive.html#keep…) - [ka_del_destination(sip_uri, owner)](https://kamailio.org/docs/modules/5.4.x/modules/keepalive.html#keep…) Is there any possibility to do the same on 5.3? It seems that on 5.3 adding a destination can only be done statically: https://kamailio.org/docs/modules/5.3.x/modules/keepalive.html#idm53 or can it also be done dynamically when receiving an event using the kazoo module for example? Benoît Chesneau, Enki Multimedia — t. +33608655490 Sent with [ProtonMail](https://protonmail.com) Secure Email.

2 1

Dispatcher algorithm 11 possible priority drifting
by Володимир Іванець 10 Dec '20

10 Dec '20

Hello all! We are running Kamailio version 5.3.3 with 16 small Asterisk servers. Kamailio uses a dispatcher module to distribute calls. Algorithm #11 is selected. All destinations are configured with priority set to 50 and attribute to rweight=50. We noticed that one server constantly receives more calls than others. I run a few tests. I was sending 1000 calls to the system. 4 per second. All servers except one were getting around 60 calls while the last one - around 100. I then noticed that the server which receives most calls is always last in the "kamcmd dispatcher.list" command output. I then changed the order in the dispatcher DB table and repeat the test. The other server that now was last was getting the most calls. Does anyone else use algorithm #11 and finds the same thing? Is there something additional that I can provide to help with the investigation? Thanks!

3 3

kamailio.cfg fomatter
by Juha Heinanen 10 Dec '20

10 Dec '20

After noticing that emacs mode is missing, below is my first cut of kamailio-mode.el. -- Juha ----------------------------------------------------------------------- ;; kamailio mode for emacs (function list is not complete) ;; activate by starting your kamailio.cfg with this kind of line: ;; #-*-mode: kamailio; tab-width: 4; c-basic-offset: 4; (setq kamailio-font-lock-keywords (let* ( ;; define several category of keywords (x-keywords '("branch_route" "break" "case" "default" "else" "event_route" "exit" "failure_route" "for" "if" "loadmodule" "onreply_route" "onsend_route" "reply_route" "request_route" "return" "route" "switch" "while")) (x-types '()) (x-constants '()) (x-events '()) (x-functions '("acc_db_request" "add_path_received" "add_rr_param" "allow_routing" "allow_trusted" "append_hf" "append_to_reply" "avp_check" "avp_delete" "change_reply_status" "check_route_param" "defined" "dp_translate" "ERROR" "fix_nated_sdp" "force_send_socket" "forward" "get_redirects" "handle_ruri_alias" "inactivate_gw" "INFO" "in_list" "isflagset" "is_avp_set" "isbflagset" "is_direction" "is_domain_local" "is_e164" "is_gflag" "is_gruu" "is_method" "is_numeric" "is_present_hf" "jsonrpc_dispatch" "load_gws" "lookup_domain" "lookup" "loose_route" "modparam" "mt_match" "NOTICE" "proxy_challenge" "record_route" "redirecting" "remove_hf" "resetflag" "rtpengine_answer" "rtpengine_delete" "rtpengine_offer" "save" "sdp_content" "sdp_transport" "send_reply_mode" "send_reply" "setbflag" "setflag" "setxflag" "set_reply_close" "set_reply_no_connect" "set_rtpengine_set" "set_uri_host" "set_uri_user" "set_forward_no_connect" "sql_query" "sql_result_free" "starts_with" "subst_uri" "tel2sip" "t_check_status" "t_is_canceled" "t_load_contacts" "t_next_contacts" "t_on_branch" "t_on_failure" "t_on_reply" "t_relay_cancel" "t_relay" "t_set_fr" "unregister" "WARN" "ws_handle_handshake" "www_challenge" "xhttp_reply")) (x-keywords-regexp (regexp-opt x-keywords 'words)) (x-types-regexp (regexp-opt x-types 'words)) (x-constants-regexp (regexp-opt x-constants 'words)) (x-events-regexp (regexp-opt x-events 'words)) (x-functions-regexp (regexp-opt x-functions 'words))) `( (,x-types-regexp . font-lock-type-face) (,x-constants-regexp . font-lock-constant-face) (,x-events-regexp . font-lock-builtin-face) (,x-functions-regexp . font-lock-function-name-face) (,x-keywords-regexp . font-lock-keyword-face) ))) (defvar kamailio-mode-syntax-table nil "Syntax table for `kamailio-mode'.") (setq kamailio-mode-syntax-table (let ( (synTable (make-syntax-table))) ;; python style comment: “# …” (modify-syntax-entry ?# "<" synTable) (modify-syntax-entry ?\n ">" synTable) synTable)) (define-derived-mode kamailio-mode c-mode "kamailio mode" "Major mode for editing Kamailio configuration files" (setq font-lock-defaults '((kamailio-font-lock-keywords))) (set-syntax-table kamailio-mode-syntax-table)) (provide 'kamailio-mode)

2 5

Re: [SR-Users] Dialog profile not defined
by Gertjan Wolzak 10 Dec '20

10 Dec '20

Hello Kamailions, Well, I think I found the cause of my issue where the Dialog profile was not defined.. Well it was. I had not enabled antiflood, by not enabling antiflood, the htable module was also not loaded... I guess the us of profiles_with_value parameter needs htable? Is that correct? If so, that means the htable is a dependency for the dialog module...., then it would be sometihng that could be added to the documentation of the dialog module. When this is not the case, then I have to dig deeper, as I do not get an error anymore about the profile not being known... Thank you. Gertjan

2 2

REGINFO events not sending
by Adrian Tabacioiu 10 Dec '20

10 Dec '20

Hello, Does anybody has used with success the reginfo modules ? I added lines bellow in configuration, and tried different variations, Even if my subscribe for "reginfo" events is accepted (with 202 OK), I receive no notification when respective user registers. Nor do I get the xml body in the first notification. Added in my config: loadmodule "presence_reginfo.so" loadmodule "pua_reginfo.so" modparam("pua_reginfo", "default_domain", "192.168.60.65") modparam("pua_reginfo", "server_address", "sip:reginfo@192.168.60.65") modparam("pua_reginfo", "publish_reginfo", 1) Thank you in advance, Adrian

2 3

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users