Okay. I uncommented the following lines and the video start works as correctly: <param name="media-option" value="bypass-media-after-att-xfer"/> <param name="inbound-bypass-media" value="true"/> Thanks, Jerry -----Original Message----- From: Jerry Richards [mailto:jerry.richards@teotech.com] Sent: Tuesday, December 22, 2009 8:33 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Adding H263 Video to Existing CallFailsFirst Time No. The following lines is commented out (internal.xml): <!--<param name="media-option" value="bypass-media-after-att-xfer"/>--> <!--<param name="inbound-bypass-media" value="true"/>--> Thanks, Jerry -----Original Message----- From: Peter P GMX [mailto:Prometheus001@gmx.net] Sent: Tuesday, December 22, 2009 3:21 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Adding H263 Video to Existing Call FailsFirst Time Just a question, do you use Freeswitch in bypass-media-mode in this scenario? Then media negociation should be handled outside Freeswitch. Best regards Peter Jerry Richards schrieb:

After establishing an audio call between two Bria softphones, and then starting video at the caller phone, FS replies to the re-INVITE with a 200 OK with only the PCMU codec. This looks incorrect. The audio call previously negotiated to the speex/16000 codec, and the re-INVITE from the caller added the H263-1998 codec. If I re-attempt to start video at the caller, then it is successful.

I put a Freeswitch log 11596 into the pastebin that contains the complete scenario: establishing audio call, first failed start video attempt, and second successful start video attempt.

Best Regards, Jerry

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-use rs http://www.freeswitch.org