I know this but you don't have to have it in x-lite or eyebeam
directly. You just need the zfone application along with Eyebeam or X-
Lite right now.
/b
On May 26, 2009, at 12:52 AM, Jim Burke wrote:
>
> FYI...According to Counterpath ZRTP is not added to the retail
> versions of Eyebeam or
Ahh right now I get what you are saying, I thought from the wiki that
I would have to set the feature on and then tell it what cause codes I
wanted to trap. Will fix up my dialplan cause I don't want it to trap
other causes for this scenario.
Thanks!
On Tue, May 26, 2009 at 6:09 PM, Jason White
Jim Burke wrote:
> If I understand your comment correctly, I did not have both of the
> above snippets in the dialplan at the same time. The dialplan was
> modified continually to get the correct vars that worked for my
> situation and then reloadxml to get them working.
Right, you can't have
If I understand your comment correctly, I did not have both of the
above snippets in the dialplan at the same time. The dialplan was
modified continually to get the correct vars that worked for my
situation and then reloadxml to get them working.
Regards,
On Tue, May 26, 2009 at 4:49 PM, Jason
Jim Burke wrote:
>
>
>
>
Why are you setting the same variable twice? The result will be that only the
second of the above set commands takes effect, so you should delete the first
of them.
___
Freeswitch-users mailing
Hi Gents,
After much testing today, I have found the answer to this question.
The following dialplan works as expected and the B leg is encryted
while the A leg is not.
As I wanted to bypass_media unless SRTP was enfor
Hi Brian and Anthony,
We need to move back a couple of steps here. I fully understand the A
leg cannot enable SRTP unless it sends descriptors in the original
INVITE. As the A party works as expected lets not discuss that any
further as it clouds the waters so to speak.
What I am trying to achi
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.
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 other point of interest here is that if you s
Jim,
You seem to be making the whole ordeal overly complex for no reason.
expression="^(AES_CM_128_HMAC_SHA1_32|AES_CM_128_HMAC_SHA1_80)$"
break="never">
You can not accept the call and send it out and get a 415 back and
expect to do the proc
Hi All,
Have been trying to workout how to solve a call scenario involving
SRTP and need some help.
The scenario is:
Eyebeam >FS->Eyebeam with make and accept only encrypted calls set.
What I am hoping to acheive is, if the A leg does not have SRTP set
and no SRTP Descriptors are sent in
11 matches
Mail list logo
