[ndnSIM] ndnsim and video trace files

[Hassan Sinky]

Evalvid is based on the UDP transport protocol which traditionally does not
have flow control.

On Monday, March 21, 2016, Lixia Zhang <lixia at cs.ucla.edu> wrote:

>
> On Mar 21, 2016, at 10:25 PM, Hassan Sinky <sinkyh at oregonstate.edu
> <javascript:_e(%7B%7D,'cvml','sinkyh at oregonstate.edu');>> wrote:
>
> Well the Evalvid module that I am trying to port takes, as input, a text
> representation of a video file which contains the video frame
> type, size and the time interval at which the frame should be sent. I may
> be overthinking this a little but implementing this in ndn would require
> the sending of the video frame packet upon an interest request which is not
> desirable for a time sensitive scenario such as video. I wanted the
> consumer to simply request the video file to be streamed once and to
> subsequently accept the video frame packets as they arrive at their
> scheduled intervals.
>
>
> How would one do congestion control, if packets flow one-direction only?
>
>
> On Monday, March 21, 2016, Lixia Zhang <lixia at cs.ucla.edu
> <javascript:_e(%7B%7D,'cvml','lixia at cs.ucla.edu');>> wrote:
>
>>
>> On Mar 21, 2016, at 2:44 PM, Hassan Sinky <sinkyh at oregonstate.edu> wrote:
>>
>> Let me ask this in a different way. Is it possible with ndnsim to accept
>> data packets without interest packets? That is, what would be a reasonable
>> way to implement a UDP equivalent with a single initial interest request
>> and the acceptance of subsequent stream of data packets?
>>
>>
>> I'm curious: wonder why you need to do the above.
>> as you know, interest-data exchange is important in NDN, to keep
>> hop-by-hop flow balance (see
>> http://named-data.net/project/ndn-design-principles/)
>>
>>
>> On Sun, Mar 20, 2016 at 2:21 AM, Hassan Sinky <sinkyh at oregonstate.edu>
>> wrote:
>>
>>> Thanks for your help. I went ahead and created the classes for this
>>> particular module. Since this is an ns3 module that is based on the
>>> UdpSocketFactory I am trying to rewrite it for ndnsim. I seem to be stuck
>>> on a minor detail. Since the module is based on UDP, a stream of packets is
>>> sent by the server based on a single initial request from the client. Is
>>> there an equivalent behavior within ndnsim? The reason I ask is because
>>> after modifying the module to work with ndnsim only the first data packet
>>> triggers the OnData function of the consumer. The producer continues to
>>> send the stream of data packets but they do not trigger the OnData function
>>> since naturally, after the initial request, there are no pending interests
>>> for the remaining data packets. In other words, is there a way to request
>>> maybe a range of sequence numbers or to accept data packets even if they
>>> have not been requested yet.
>>>
>>> Thanks again!
>>>
>>> On Thu, Mar 17, 2016 at 4:52 PM, Spyridon (Spyros) Mastorakis <
>>> mastorakis at cs.ucla.edu> wrote:
>>>
>>>> Hi,
>>>>
>>>> we do not officially support this module. However, a large number of
>>>> NS3 modules can be treated as regular C++ classes and objects of those
>>>> classes can be created.
>>>>
>>>> If this is the case, chances are that you might be able to use this
>>>> module in your simulations.
>>>>
>>>> Spyridon (Spyros) Mastorakis
>>>> Personal Website: http://cs.ucla.edu/~mastorakis/
>>>> Internet Research Laboratory
>>>> Computer Science Department
>>>> UCLA
>>>>
>>>>
>>>>
>>>>
>>>> On Mar 17, 2016, at 4:05 PM, Hassan Sinky <sinkyh at oregonstate.edu>
>>>> wrote:
>>>>
>>>> Hello everyone,
>>>>
>>>> There is a very nice NS-3 module called EvalVid which allows for a
>>>> video trace file to be sent and received in order to reproduce and simulate
>>>> the quality of the receiving video stream in a particular environment. Can
>>>> this or something similar be simulated within ndnsim?
>>>>
>>>> Any suggestions would be great.
>>>>
>>>> -Thanks
>>>> _______________________________________________
>>>> ndnSIM mailing list
>>>> ndnSIM at lists.cs.ucla.edu
>>>> http://www.lists.cs.ucla.edu/mailman/listinfo/ndnsim
>>>>
>>>>
>>>>
>>>
>> _______________________________________________
>> ndnSIM mailing list
>> ndnSIM at lists.cs.ucla.edu
>> http://www.lists.cs.ucla.edu/mailman/listinfo/ndnsim
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/ndnsim/attachments/20160321/a7ed4297/attachment.html>