On May 22, 2009, at 12:47 AM, Jim Burke wrote:
Hey Brian,
Will have a look at ZRTP :)
Not sure I understand your comments regarding its all over once
receiving the 415 from the B party. Is'nt that what parm
continue_on_fail does? The fact that it sends the invite back out
sorta proves this.
The A-LEG has to hangup to re-enable SRTP it can't do it if it didn't
invite with it in the first place.
The other point of interest here is that if you set <action
application="export" data="sip_secure_media=true"/> before the first
bridge function it will include the security descriptions in the B leg
INVITE even when the A leg does not have them and the call will
succeed. The B Eyebeam will show the locked padlock while A does not.
Make sure you do not answer the call before you do it.
From what I can see in code it is this guy that must stop it all from
happening. TFLAG_SECURE But I dont understand why :(
Again you have to invite to FS with crypto it can't magically cause
crypto to work unless you initiate it with your first invite.
Regards,
Jim
Brian West
[email protected]
-- Meet us at ClueCon! http://www.cluecon.com
_______________________________________________
Freeswitch-users mailing list
[email protected]
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
