Hi,

I've modified the application as per the documentation, below is the snippet of the application..

While creating the media session I register the media sink ..

      codecList = new String[] { Audio.G711U };
      localMediaInfo.setCodecs(codecList);
      localMediaInfo.setEncryptionList(new String[] { Audio.AES,
            Audio.AES });

mediaSession.attachSink(new DataCollectionRecordingDevice(this));

// In my Media Sink i receive the ByteBuffer in the write callback method ... To record the audio I collect this and save it into a file.


In the MediaEventListener when i get the media start event .. I set the keys and start the audio..

         MediaEncryption remoteEncryption = new MediaEncryption();
         remoteEncryption.setProtocol(startEvent.getEncryption().getProtocol());
         remoteEncryption.setTransmitKey(startEvent.getEncryption().getTransmitKey());
         remoteEncryption.setReceiveKey(startEvent.getEncryption().getReceiveKey());
         remoteEncryption.setPayloadType(startEvent.getEncryption().getPayloadType().intValue());

         audio.start(new InetSocketAddress(remoteAddress, remoteRtpPort), new InetSocketAddress(
               remoteAddress, remoteRtcpPort), remoteCodec, packetSize, remoteEncryption);


Now as per the programmer guide ---

Note: If you are using Avaya's "client-media-stack" implementation (included in the cmapijava-sdk),
then you do not need to be concerned with the media encryption and decryption - the "client-mediastack"
handles this for you.

1) Do I have to decrypt the audio in the Media Sink or Would the receive decrypted audio.
2) If I have to decrypt the audio how do I get the RTP Header required to calculate Initialization Vector.

Thanks!

Hi,

There is one more issue that i am facing as per the documentation we need Initialization vector and receive key to decrypt the audio. I am getting the receive key in the media event listener.

I am not sure how I'll retrieve the Initialization Vector.. I am implementing a MediaSink to record the audio.

Thanks!

Martin,

Thanks a lot for the details.. I've been able to receive the encrypted audio ..

Now my requirement is as follows.

1. Communication manager is configured to send encrypted audio.
2. I register a device requesting encryption ( as described by you ).
3. Now I need to send this audio to another component. This audio should be un-encrypted.

Now as described by you I am able to receive and encrypted audio stream in my MediaSink .. Now as per my understanding I'd have to decrypt the audio using the ReceiveKey received as part of media start event.

Could you please confirm if this is correct??

Thanks.

Hi,

I went through the media encryption section in the programmer's guide.. I still am not sure if I am using DMCC and provide the Encryption list while creating the media session ( I have used TutorialMediaStack as reference ) .. do i have to encrypt the audio, or the Media sink will get un-encrypted audio ??

Thanks.

Hi,

I am using DMCC API to record a call. I am registering an extension using single step conference in an existing call.. While creating the media session I register a media sink to receive the audio that I store in a file...

This works fine but the audio is encrypted.. I get the rec key in case of media start event.. My assumption is that i'll have to decrypt this audio using this key.. .

Could you please confirm this ?? or is there an API that I can use that does this for me ?

Thanks.

Yes i am using JTAPI for call control events and using DMCC for SSC.

Hi,

I am using TSAPI to listen to call events on a physical extension. I have a CallListener registered and on a successful call I'll receive a CallEvent object.

Now if I need to do single step conference with another device how do i go about doing it. As the SingleStepConferenceCall requires ConnectionID for active call.

How do i map the CallEvent to ConnectionID of Active call.

Thanks.

Thanks Martin.

Can you please let me know when was this "Selective Listening Hold" feature released by Avaya?

Thanks again, Sajin

Hi Martin,

Thanks. That means the recordings through "Selective Listening Hold" service can decrypt the encrypted media. Right?
-Sajin

Hi Martin,

Does the Selective Listen and Hold service work with encrypted audio? Please advice.

Thanks,
Sajin