Mikey Intiator & Response Message Parsing in Secure RTSP 2.0
ragh av
raghav16g at gmail.com
Thu Jan 17 05:54:37 UTC 2019
Hi ,
Can some one reply to this.
Thanks,
Raghav.
On Fri, Jan 11, 2019 at 3:18 PM <
gstreamer-devel-request at lists.freedesktop.org> wrote:
> Send gstreamer-devel mailing list submissions to
> gstreamer-devel at lists.freedesktop.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
> or, via email, send a message with subject or body 'help' to
> gstreamer-devel-request at lists.freedesktop.org
>
> You can reach the person managing the list at
> gstreamer-devel-owner at lists.freedesktop.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of gstreamer-devel digest..."
>
>
> Today's Topics:
>
> 1. Fwd: Mikey Intiator & Response Message Parsing in Secure RTSP
> 2.0 (ragh av)
> 2. Re: kmssink0: failed to configure video mode (bubbab315)
> 3. Re: How to figure out buffer's parent GESClipAsset with
> GESPipeline? (Thibault Saunier)
> 4. Re: 24/7 playout with gstreamer in 2019 (Jon bae)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 11 Jan 2019 01:52:04 +0530
> From: ragh av <raghav16g at gmail.com>
> To: gstreamer-devel at lists.freedesktop.org
> Subject: Fwd: Mikey Intiator & Response Message Parsing in Secure RTSP
> 2.0
> Message-ID:
> <
> CADu8Raj9x2xnLBg+WS0caRDc0kXwXfWTbW6CdiKkFP7dEb9OSg at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hi All,
> When i tried RTSP 2.0 back to back server and client.
> In sdp message i found below mikey parametes in Base64
>
> a=key-mgmt:mikey
>
> AQAFAAaC3cABAACdholzAAAAAAsA39SOMRCMLncKEM9XcnVKxlU+AiqkC9YwWvYBAAAAFQABAQEBEAIBAQMBCgcBAQgBAQoBAQAAACIAIAAe6zxuG+m5rliPZA+zkiG4pIUetv5UEBEq0/y9Wr71AA==
>
> Base64 decode of mikey data above is
>
>
> 01 00 05 00 06 82 DD C0 01 00 00 9D 86 89 73 00 00 00 00 0B 00 DF D4 8E 31
> 10 8C 2E 77 0A 10 CF 57 72 75 4A C6 55 3E 02 2A A4 0B D6 30 5A F6 01 00 00
> 00 15 00 01 01 01 01 10 02 01 01 03 01 0A 07 01 01 08 01 01 0A 01 01 00 00
> 00 22 00 20 00 1E EB 3C 6E 1B E9 B9 AE 58 8F 64 0F B3 92 21 B8 A4 85 1E B6
> FE 54 10 11 2A D3 FC BD 5A BE F5 00
>
>
>
> * Decoded above Hex values as per RFC 3830*
>
>
> Section 6.1
>
> - 01 – Version refers to the MIKEY as defined in the Spec
> - 00 – Data Type: Pre Shared Key
> - 05 – Next Payload: TimeStamp
> - 00 – PRF Func
> - 06 82 DD C0 – CSB ID
> - 01 - #CS
> - 00 – CS ID Map Type
> - CS Map Info
> - 00 – Policy_1
> - 9D 86 89 73 – SSRC_1
> - 00 00 00 00 – ROC_1
> - Section 6.6 TimeStamp
> - 0B – Next Payload: RAND
> - 00 – TS-Type 0 is NTP-UTC
> - DF D4 8E 31 10 8C 2E 77 – NTP (first 4 bytes integer part, next 4
> bytes fraction part)
> - Section 6.11 RAND
> - 0A – Next Payload: SP (Security Profile)
> - 10 – Length
> - RAND Value
> - CF 57 72 75 4A C6 55 3E 02 2A A4 0B D6 30 5A F6
> - Section 6.10 Security Profile
> - 01 – Next Payload: KEMAC
> - 00 – Policy Number
> - 00 – Prot Type: SRTP
> - 00 15 – Policy Param Len
> - Policy Params
> - 00 – Policy Type: Encr Algo
> - 01 – Policy Len
> - 01 – Policy Value: AES_CM
> - 01 – Policy Type: Encr. Key Length
> - 01 – Policy Len
> - 10 – Policy Param
> - 02 – Policy Type: Auth Algo
> - 01 – Policy Len
> - 01 – Policy Value: HMAC-SHA-1
> - 03 – Policy Type: Auth Key Len
> - 01 – Policy Len
> - 0A – Policy Value
> - 07 – Policy Type: SRTP Encryption
> - 01 – Policy Len
> - 01 – Policy Value: Enabled
> - 08 – Policy Type: SRTCP Encryption
> - 01 – Policy Len
> - 01 – Policy Value: Enabled
> - 0A – Policy Type: SRTP Authentication
> - 01 – Policy Type
> - 01 – Policy Value
> - Section 6.2 KEMAC
> - 00 – Next Payload: Last
> - 00 – Encr. Algo (NULL)
> - 00 22 – Encr. Length
> - Section 6.13 Encr. Data
> - 00 – Next Payload: Last
> - 2 – Type: TEK
> - 0 – KV
> - 00 1E – Key Data Length
> - Key Data (TEK)
> - EB 3C 6E 1B E9 B9 AE 58 8F 64 0F B3 92 21 B8 A4 85 1E B6 FE
> 54 10 11 2A D3 FC BD 5A BE F5
> - 00 – MAC Algo (NULL)
>
> Qusetion is.. what TEK contains as its size is 30 bytes am assumed it is
> combination of 16 bytes of master and 14 bytes of Salt key.Is my assumption
> is correct?
>
> And also, SETUP request sent by client alsohaving Mikey parameters when i
> expanded as per RFC 3830 it also having one TEK which is different from SDP
> TEK value. which TEK gstreamer used to use for encryption/decryption?
>
> Thanks,
> Raghav.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20190111/6898f079/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 2
> Date: Thu, 10 Jan 2019 14:57:49 -0600 (CST)
> From: bubbab315 <brandon.leblanc at ge.com>
> To: gstreamer-devel at lists.freedesktop.org
> Subject: Re: kmssink0: failed to configure video mode
> Message-ID: <1547153869847-0.post at n4.nabble.com>
> Content-Type: text/plain; charset=us-ascii
>
> Worked! thank you very much!
>
>
>
> --
> Sent from: http://gstreamer-devel.966125.n4.nabble.com/
>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 10 Jan 2019 22:40:47 -0300
> From: Thibault Saunier <tsaunier at gnome.org>
> To: Discussion of the development of and with GStreamer
> <gstreamer-devel at lists.freedesktop.org>
> Subject: Re: How to figure out buffer's parent GESClipAsset with
> GESPipeline?
> Message-ID:
> <CANYYV1zYbqNaQbygOq+nL1V6jzVQCSH2FvxpxRSJJAg=n=
> 8n-g at mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> Hi,
>
> Do you need mixing? If you don't using a GstMeta might be straight
> forward, just create an effect element to add metas on buffers and add
> it as a effect on all GESClips (not sure how you could handle gaps...
> but do you care?)
>
> If you need mixing, I think theorically we could add an "aggregate"
> TransformFunction type for metas and then we could have GstAggregator
> use that to be able to get upstream "asset metas" as a list of metas
> from the input buffers to the outputed buffers.
>
> Hope it helps,
>
> Thibault
>
>
> On Mon, Jan 7, 2019 at 10:59 PM Seungha Yang <pudding8757 at gmail.com>
> wrote:
> >
> > Hi all,
> >
> > I'm building an application which is to editing VOD using GES.
> > Roughly, my GESpipeline is configured to generate raw audio/video
> without any
> > encoding and I'm pulling raw audio/video buffers via appsink.
> >
> > The point is that, I want to figure out that final buffer's (at appsink)
> > parent asset (i.e., VOD file) with explicit methods such as using GstMeta
> > or some special callbacks/signals.
> >
> > Can GESPipeline support that way?
> >
> > Regards
> > Seungha Yang
> >
> >
> > _______________________________________________
> > gstreamer-devel mailing list
> > gstreamer-devel at lists.freedesktop.org
> > https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
> ------------------------------
>
> Message: 4
> Date: Fri, 11 Jan 2019 10:48:29 +0100
> From: Jon bae <jonbae77 at gmail.com>
> To: Discussion of the development of and with GStreamer
> <gstreamer-devel at lists.freedesktop.org>
> Subject: Re: 24/7 playout with gstreamer in 2019
> Message-ID:
> <
> CAGLvV7SmGdpN9j4Z-Yqbu0FiBuDGzzOuDaGMgsJn15hwgmBLbQ at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Am Do., 10. Jan. 2019 um 13:43 Uhr schrieb Geek-Gst <
> vinod.kesti at mailinator.com>:
>
> > Use streamsynchronizer. Which will synchronize the stream.
> >
> > Check playbin code for streamsynchronizer use.
> >
> >
> https://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-base-plugins/html/gst-plugins-base-plugins-streamsynchronizer.html
> >
> > I was far away from having a code, where I only needed to synchronizing
> audio/video.
>
> But now maybe I found a solution. It is a bit unconventional, but it could
> work:
> I use two pipelines in the first one I put playbin3 and give them
> inter-sinks. In the second pipeline I use intersources. I test it only with
> a hand full clips, and not with rtmp output. But this is the next step now.
>
> It would be nice when uridecodebin3 had the same behavior like playbin3,
> then I could do everything in one pipeline.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20190111/ff1106eb/attachment.html
> >
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
> ------------------------------
>
> End of gstreamer-devel Digest, Vol 96, Issue 13
> ***********************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20190117/85b5247c/attachment-0001.html>
More information about the gstreamer-devel
mailing list