[SIS-MIA] RTPoverDTN Blue Book/Yellow Book

[Falk.Schiffner at dlr.de]

Hello Joshua,
Thank you for your status update, sounds promising. I am not so deep into the DTN world yet, to give a profound answer, from my perspective it sounds sufficient to do so. But I would like to hear Jeremys opinion on that.
Can you make the small adjustment in the BB doc and send it to Walt and me.

Best Falk

Von: SIS-MIA <sis-mia-bounces at mailman.ccsds.org> Im Auftrag von Deaton, Joshua E. (MSFC-HP27)[MOSSI2] via SIS-MIA
Gesendet: Freitag, 1. August 2025 15:44
An: sis-mia at mailman.ccsds.org
Betreff: [SIS-MIA] RTPoverDTN Blue Book/Yellow Book

Hey guys, Nadia and I did some testing yesterday and finally got BP into a good configuration. As we were stepping through our different scenarios I realized the Blue Book requires Signaling/SDP, but it is silent on how it should be encoded in a bundle. Due to this, GRCs streaming application encapsulates SDP in a CBOR byte string array and MSFCs streaming application encapsulates SDP  directly into a bundle. I think for consistency sake we should add some language to the Blue Book saying to encapsulate SDP in a CBOR byte string array. Let me know what you think. In the meantime I am going to update DTNMEs streaming application to do it this way. As the code already exists in other parts of application it should be a quick change. Nadia and I have scheduled another day of testing for Tuesday. Also, for artifacts we are planning on collecting pcaps of the RTP/SDP before it gets ingested, of the bundles in the middle of the network, and of the RTP/SDP after it egresses the application on the other end. We plan on collecting these pcaps for scenarios where HDTN sends to DTNME and where DTNME sends to HDTN. Do you guys think this will be sufficient?

Sincerely,
Joshua Deaton
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.ccsds.org/pipermail/sis-mia/attachments/20250801/4b4b0c82/attachment.htm>