<p></p>
<p dir="auto">Hi,</p>
<p dir="auto">I think there is an issue with writing CDRs on failover scenarios.<br>
I have two servers with Kamailio. Both server running Debian 11 (bulleye) and latest Kamailio 5.6.1 from git.<br>
I'm using DMQ to sync dialogs and htable between these servers, so both servers have the same knowledge of dialog state. Both Kamailio uses nobind option, so I can switch a VIP from one server to the other one. This is managed with keepalived. Switching the VIP from one server the other one works fine an while a call is running I can switch the VIP. I can see that the BYE Message is handled OK after I made a switch. I can see that acc is triggered but what is missing is acc_cdr in this case.<br>
I'm using htable to fill all necessary variables to complete the CDR an I can see that all values are synced correctly.</p>
<p dir="auto">The acc_cdr is created fine if there is no failover so i think it can't be an configuration issue.<br>
Both server holds the same Kamailio configuration except the IP.</p>
<p dir="auto"><code class="notranslate">version: kamailio 5.6.1 (x86_64/linux) bfc5c2-dirty 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_BLOCKLIST, 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: bfc5c2 -dirty compiled with gcc 10.2.1</code></p>
<p dir="auto"><code class="notranslate">root@voip-lab-proxy01:~# lsb_release -a No LSB modules are available. Distributor ID:   Debian Description:     Debian GNU/Linux 11 (bullseye) Release: 11 Codename:    bullseye</code></p>
<p dir="auto"><code class="notranslate">root@voip-lab-proxy01:~# lscpu  Architecture:                    x86_64 CPU op-mode(s):                  32-bit, 64-bit Byte Order:                      Little Endian Address sizes:                   38 bits physical, 48 bits virtual CPU(s):                          4 On-line CPU(s) list:             0-3 Thread(s) per core:              1 Core(s) per socket:              4 Socket(s):                       1 NUMA node(s):                    1 Vendor ID:                       GenuineIntel CPU family:                      6 Model:                           23 Model name:                      Intel(R) Xeon(R) CPU           E5420  @ 2.50GHz Stepping:                        10 CPU MHz:                         2500.088 BogoMIPS:                        5000.17 Virtualization:                  VT-x Hypervisor vendor:               KVM Virtualization type:             full L1d cache:                       128 KiB L1i cache:                       128 KiB L2 cache:                        16 MiB L3 cache:                        16 MiB NUMA node0 CPU(s):               0-3 Vulnerability Itlb multihit:     Not affected Vulnerability L1tf:              Mitigation; PTE Inversion; VMX EPT disabled Vulnerability Mds:               Vulnerable: Clear CPU buffers attempted, no microcode; SMT Host state unknown Vulnerability Meltdown:          Mitigation; PTI Vulnerability Mmio stale data:   Unknown: No mitigations Vulnerability Retbleed:          Not affected Vulnerability Spec store bypass: Vulnerable Vulnerability Spectre v1:        Mitigation; usercopy/swapgs barriers and __user pointer sanitization Vulnerability Spectre v2:        Mitigation; Retpolines, STIBP disabled, RSB filling, PBRSB-eIBRS Not affected Vulnerability Srbds:             Not affected Vulnerability Tsx async abort:   Not affected Flags:                           fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx pdpe1gb lm constant_tsc arch_perfmon rep_good nopl xtopology cpuid tsc_known_freq pni vmx ssse3 cx16 pdcm sse4_1 x2apic tsc_deadline_timer xsave hypervisor lahf_lm cpuid_fault pti tpr_shadow vnmi flexpriority vpid tsc_adjust arat arch_capabilit ies</code></p>
<p dir="auto">If you need more information, please let me know. As I'm running this on a test system I can reproduce the issue at any time.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />Reply to this email directly, <a href="https://github.com/kamailio/kamailio/issues/3254">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/ABO7UZJCB2OR4H4WKLT3MGTWAPXN7ANCNFSM6AAAAAAQXPIOSM">unsubscribe</a>.<br />You are receiving this because you are subscribed to this thread.<img src="https://github.com/notifications/beacon/ABO7UZNI7KSOPCC7G5YW5VTWAPXN7A5CNFSM6AAAAAAQXPIOSOWGG33NNVSW45C7OR4XAZNFJFZXG5LFVJRW63LNMVXHIX3JMTHFFSDMOA.gif" height="1" width="1" alt="" /><span style="color: transparent; font-size: 0; display: none; visibility: hidden; overflow: hidden; opacity: 0; width: 0; height: 0; max-width: 0; max-height: 0; mso-hide: all">Message ID: <span><kamailio/kamailio/issues/3254</span><span>@</span><span>github</span><span>.</span><span>com></span></span></p>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/kamailio/kamailio/issues/3254",
"url": "https://github.com/kamailio/kamailio/issues/3254",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>