Details
-
Type:
Bug
-
Status:
Closed
-
Priority:
Minor
-
Resolution: Fixed
-
Affects Version/s: 1.2.0
-
Fix Version/s: None
-
Component/s: freeswitch-core
-
Labels:None
-
Environment:Debian sqeeze latest (20 jun)
-
Platform:Linux x86/gcc
-
CPU Info:
-
FreeSWITCH GIT Revision:FreeSWITCH-mod_sofia/1.2.0-rc2+git~20120616T193227Z~068586f28f FreeSWITCH-mod_sofia/1.2.0-rc2+git~20120616T193227Z~068586f28f+unclean~20120618T100633Z
-
Reproduced with GIT HEAD?:Yes
-
lsb_release:
Description
I have 2 FS boxes with mode HA set up, sip_recovery table is replicated on both.
When i simulate a fake crash on the fist FS with fsctl crash, i stop the Heartbeat, which triggers "sofia recover" on the secondary FS box. The problem i observe is simple, when FS reinvites both parties when he recovers the calls, he messes up with the FROM and TO headers, they are inversed.
Look at the attached screenshots, first is initial invite to my opensips from FS, look at the FROM an TO, then FS1 crashes, on the second screenshot you have Call Reinvite from Secondary FS, we see the reinvite with inversed FROM and TO (red arrow)
My opensips reply "Not here" as he dont know the call with such info.
If needed i can attach the call dumps.
When i simulate a fake crash on the fist FS with fsctl crash, i stop the Heartbeat, which triggers "sofia recover" on the secondary FS box. The problem i observe is simple, when FS reinvites both parties when he recovers the calls, he messes up with the FROM and TO headers, they are inversed.
Look at the attached screenshots, first is initial invite to my opensips from FS, look at the FROM an TO, then FS1 crashes, on the second screenshot you have Call Reinvite from Secondary FS, we see the reinvite with inversed FROM and TO (red arrow)
My opensips reply "Not here" as he dont know the call with such info.
If needed i can attach the call dumps.
http://wiki.freeswitch.org/wiki/Variable_sip_recovery_break_rfc
/Peter