<div dir="ltr">Hi,<div><br></div><div>Does FS support caller and callee id updates when a call leg is already answered? The following test cases didn&#39;t work for me:</div><div><br></div><div>== Case 1 ==</div><div><br></div><div>A sends an invite to FS and is bridge to B as follows (pseudo dial plan code):</div><div>answer &lt;-- this is important</div><div>sleep 500ms</div><div>bridge(B)</div><div><br></div><div>B sends a P-Asserted-Identity header in the 180 Ringing, which is detected by FS because it prints in the CLI: &quot;Update Callee ID to &quot;B&quot; &lt;123&gt;&quot;</div><div><br></div><div>However, no sip message is sent on the A-leg, which I suspect is due to the fact that the A-leg is already answered.</div><div><br></div><div>== Case 2 ==<br></div><div><br></div><div>I use originate to call A and when A answers the call, I bridge it to B:</div><div>originate sofia/internal/<a href="mailto:A@1.1.1.1" target="_blank">A@1.1.1.1</a> &amp;bridge(sofia/internal/<a href="mailto:B@2.2.2.2" target="_blank">B@2.2.2.2</a>)</div><div><br></div><div>Again B send a PAI header in the 180 Ringing and again FS prints a &quot;Update Callee ID to &quot;B&quot; &lt;123&gt;&quot; line in the log, however nothing is ever sent to A.</div><div><br></div><div>== Case 3 ==<br></div><div><br></div><div>1. A is connected to a conference (call is active)</div><div>2. During the call, A sends a re-invite with P-Asserted-Identity header, which contains the updated caller id information.</div><div>3. This doesn&#39;t seem to be supported at all, because the CID remains unchanged and nothing interesting is printed in the CLI.</div><div><br></div><div>My question is: are these cases (or maybe some of them) actually supported/implemented or am I doing something wrong? I am testing with a vanilla freeswitch configuration, no changes whatsoever.</div><div><br></div><div>Regards,</div><div>Hristo</div></div>