mirror of https://github.com/sipwise/sems.git
Do not take into account `send_491_on_pending_session_leg` when processing pending updates for call-pick call scenario. This is required to let the A side (so caller) be updated, which in a cascading manner later triggers 200OK sending towards the call pick-up'er, and further media updates via re-invite. `send_491_on_pending_session_leg` is used to prevent overlapping updates towards the same other leg. In this situation however, two updates towards the caller is a proper way to finish the call-pickup, so the media update. A new header for interaction between SBC<->B2B introduced: `P-Force-491`, which takes either of values '1' or '0'. If set to '0' the `send_491_on_pending_session_leg` will always be ignored by SBC, and hence re-invite will reach the target, regardless if there has been anyone shortly before. Change-Id: Iee7d2c6ef38e568e7c57a89358b22be0b1cb0438mr12.5
parent
cb48c879b7
commit
08e3ad9daf
Loading…
Reference in new issue