<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>
Richard et al.,<div><br></div><div>Thank you for your insight. To answer your last question, I did refer to Bria for the iPhone and Bria 3 on Mac OS X since I assumed this issue was limited to non-SRTP devices and SRTP devices. However, further testing, however has shown what appears to be an incompatibility between Bria for the iPhone and Bria for Mac OS X.</div><div><br></div><div><span style="font-size: 10pt; ">B</span><span style="font-size: 10pt; ">oth devices can make/receive calls through FreeSWITCH to external providers and to services like voicemail and I can verify that SRTP is active between FreeSWITCH <-> Bria. I can even make calls to between Bria for iOS (iPhone/iPad) to other Bria for iOS devices with SRTP...</span></div><div><span style="font-size: 10pt; "><br></span></div><div>However with SRTP enabled/required on both Bria softphones (iOS/iPhone/iPad and Mac OS X) I get a "SERVICE_NOT_IMPLEMENTED" in FreeSWITCH when I call Bria (iOS/Mac OS X) to Bria (iOS/Mac OS X).</div><div><br></div><div><div>2012-08-27 02:16:33.501940 [NOTICE] sofia.c:6847 Hangup sofia/internal/sip:2003@<ip removed>:63615 [CS_CONSUME_MEDIA] [SERVICE_NOT_IMPLEMENTED]</div><div>...</div><div>2012-08-27 02:16:33.501940 [DEBUG] switch_ivr_originate.c:3458 Originate Resulted in Error Cause: 79 [SERVICE_NOT_IMPLEMENTED]</div><div>2012-08-27 02:16:33.501940 [NOTICE] switch_ivr_originate.c:2544 Cannot create outgoing channel of type [user] cause: [SERVICE_NOT_IMPLEMENTED]</div><div>2012-08-27 02:16:33.501940 [DEBUG] switch_ivr_originate.c:3458 Originate Resulted in Error Cause: 79 [SERVICE_NOT_IMPLEMENTED]</div><div>2012-08-27 02:16:33.501940 [INFO] mod_dptools.c:3027 Originate Failed. Cause: SERVICE_NOT_IMPLEMENTED</div></div><div><br></div><div>I am going to do a little further testing, but any insight into what this could be would be appreciated. Has anyone else seen this?</div><div><br></div><div>Best,</div><div><br></div><div>-Rob</div><div><br><div><div id="SkyDrivePlaceholder"></div><hr id="stopSpelling">Date: Tue, 14 Aug 2012 18:41:03 +0100<br>From: rnbrady@gmail.com<br>To: freeswitch-users@lists.freeswitch.org<br>Subject: Re: [Freeswitch-users] Calls from SRTP Clients to non-SRTP clients<br><br><div>> is there a way to force FreeSWITCH to establish an SRTP call to clients when the originating client does not support SRTP?</div><div><br></div><div>This should work by default, assuming you are setting sip_secure_media in the appropriate place.</div>
<div><br></div><div>FreeSWITCH should negotiate both channels (legs) independently. So if the A-end has no SRTP, that should not prevent FreeSWITCH from sending a INVITE to the B-end with SRTP specified (i.e. SAVP in the SDP with a crypto attribute).</div>
<div><br></div><div>I think "all or nothing" doesn't imply both ends of the call, it implies all calls or none of the calls calls. So an inbound or outbound call without SRTP will be rejected. Hope this makes sense.</div>
<div><br></div><div>However, in the default dialplan there is a condition that will cause FreeSWITCH to implement such a policy. It is commented out by default:</div><div><br></div><div><div> <condition field="${sip_has_crypto}" expression="^(AES_CM_128_HMAC_SHA1_32|AES_CM_128_HMAC_SHA1_80)$" break="never"></div>
<div> <action application="set" data="sip_secure_media=true"/></div><div> <!-- Offer SRTP on outbound legs if we have it on inbound. --></div><div> <!-- <action application="export" data="sip_secure_media=true"/> --></div>
<div> </condition></div></div><div><br></div><div>So if you uncommented that export line you would experience the behaviour you described. </div><div><br></div><div>Assuming you have not done that, could it be that Bria is simply rejecting any INVITE with SDP that does not contain an SAVP entry with a crypto attribute? If this was the case you would find all inbound call to that extension failing.</div>
<div><br></div><div>Actually I wonder if this is what happened and then caused you to uncomment the line above, which has led you to your conclusion, as this would cause only calls coming from SRTP devices to work. If so, you'd want to comment it out again and find a different way to create a group for all users with SRTP devices and use a dialplan condition to decide whether or not to export sip_secure_media=true. </div>
<div><br></div><div>Alternatively you could try for some sort of fall-back mechanism but you'd have to think carefully about this to make it secure and/or stable.</div><div><br></div><div>Good luck!</div><div><br></div>
<div>Richard</div><div><br></div><div>PS: In your first paragraph, did you mean Bria for iPhone in both cases?</div><div><br></div>
<br>_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
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-users
http://www.freeswitch.org</div></div> </div></body>
</html>