#591 B2B_LOGIC: not correct DB save/restore

trunk
open
nobody
modules (454)
5
2012-11-27
2012-11-27
Nick Altmann
No

How to reproduce:
1. I setup call (two tuples here).
2. opensipsctl fifo b2b_list >1.log
3. /etc/init.d/opensips restart
4. opensipsctl fifo b2b_list >2.log

When I do diff on these two logs, I see:

--- 1.log 2012-11-27 20:59:30.473122546 +0400
+++ 2.log 2012-11-27 20:59:25.201118940 +0400
@@ -1,26 +1,26 @@
-tuple:: 0 key=2876.0 scenario_state=18446744073709551613 lifetime=86418 db_flag=2
- servers:: 0 key=b2b.5483.13303 disconnected=0 state=1 no=0 type=0 peer=b2b.2876.2925404
+tuple:: 0 key=2876.0 scenario_state=18446744073709551613 lifetime=86396 db_flag=1
+ servers:: 0 key=b2b.5483.13303 disconnected=0 state=0 no=0 type=0 peer=b2b.2876.2925404
to_uri:: sip:71112233445@domain1.com
from_uri:: sip:phone@domain1.com
- clients:: 0 key=b2b.2876.2925404 disconnected=0 state=1 no=1 type=1 peer=b2b.5483.13303
+ clients:: 0 key=b2b.2876.2925404 disconnected=0 state=0 no=0 type=1 peer=b2b.5483.13303
to_uri:: sip:71112233445@domain1.com
from_uri:: sip:phone@domain1.com
- bridge_entities:: 0 key=b2b.5483.13303 disconnected=0 state=1 no=0 type=0 peer=b2b.2876.2925404
+ bridge_entities:: 0 key=b2b.5483.13303 disconnected=0 state=0 no=0 type=0 peer=b2b.2876.2925404
to_uri:: sip:71112233445@domain1.com
from_uri:: sip:phone@domain1.com
- bridge_entities:: 1 key=b2b.2876.2925404 disconnected=0 state=1 no=1 type=1 peer=b2b.5483.13303
+ bridge_entities:: 1 key=b2b.2876.2925404 disconnected=0 state=0 no=0 type=1 peer=b2b.5483.13303
to_uri:: sip:71112233445@domain1.com
from_uri:: sip:phone@domain1.com
-tuple:: 0 key=6514.0 scenario_state=18446744073709551613 lifetime=86418 db_flag=2
- servers:: 0 key=b2b.13737.6611 disconnected=0 state=1 no=0 type=0 peer=b2b.6514.2038652
+tuple:: 0 key=6514.0 scenario_state=18446744073709551613 lifetime=86396 db_flag=1
+ servers:: 0 key=b2b.13737.6611 disconnected=0 state=0 no=0 type=0 peer=b2b.6514.2038652
to_uri:: sip:71112233445@8.8.8.8:5060
from_uri:: sip:phone@domain1.com
- clients:: 0 key=b2b.6514.2038652 disconnected=0 state=1 no=1 type=1 peer=b2b.13737.6611
+ clients:: 0 key=b2b.6514.2038652 disconnected=0 state=0 no=0 type=1 peer=b2b.13737.6611
to_uri:: sip:71112233445@8.8.8.8:5060
from_uri:: sip:phone@domain1.com
- bridge_entities:: 0 key=b2b.13737.6611 disconnected=0 state=1 no=0 type=0 peer=b2b.6514.2038652
+ bridge_entities:: 0 key=b2b.13737.6611 disconnected=0 state=0 no=0 type=0 peer=b2b.6514.2038652
to_uri:: sip:71112233445@8.8.8.8:5060
from_uri:: sip:phone@domain1.com
- bridge_entities:: 1 key=b2b.6514.2038652 disconnected=0 state=1 no=1 type=1 peer=b2b.13737.6611
+ bridge_entities:: 1 key=b2b.6514.2038652 disconnected=0 state=0 no=0 type=1 peer=b2b.13737.6611
to_uri:: sip:71112233445@8.8.8.8:5060
from_uri:: sip:phone@domain1.com

So, in-memory structures are differ.
state and are not correctly restored.

Logs attached.

Discussion

  • Nick Altmann
    Nick Altmann
    2012-11-27

     
    Attachments
  • Nick Altmann
    Nick Altmann
    2012-11-27

     
    Attachments
  • Nick Altmann
    Nick Altmann
    2012-11-27

     
    Attachments