Subject: Re: [MMUSIC] [mmusic] #5: #5: Marker bit handling

From: Hadriel Kaplan <[email-masked]>
Date: Mon, 12 Mar 2012 16:44:01 +0000

I propose a variation to Magnus' suggested behavior: all fragment packets have the marker bit set to 1, except the last/final fragment, and all non-fragmented do not have it set.
This is logically equivalent to Magnus' proposal, just flipping the bit so that "normal" is 0, exception is 1.

(also note that this is for encapsulated-mode, where the packet has an inner header bit-field which identifies whether it is fragmented, whether it's the first fragment, last fragment, etc.)

-hadriel

On Jan 31, 2012, at 12:45 PM, mmusic issue tracker wrote:

> #5: #5: Marker bit handling
> 
> From Magnus:
> 23. Section 7.1.1:
>    Marker (M) bit: If the received RTP packet is looped back in
>    multiple RTP packets, the M bit is set to 1 in the last packet,
>    otherwise it is set to 0.
> 
> I don't like this definition as it means that complete non fragment
> packets will have a m=0 the same as non last fragements. would it not be
> better to define it so that all packets have m=1 except non-last
> fragments.
> 
> -- 
> --------------------------+------------------------------------------------
> Reporter:  hkaplan@…     |      Owner:  draft-ietf-mmusic-media-loopback@…
>     Type:  defect        |     Status:  new
> Priority:  minor         |  Milestone:  milestone1
> Component:  media-        |    Version:  1.0
>  loopback                |   Keywords:
> Severity:  In WG Last    |
>  Call                    |
> --------------------------+------------------------------------------------
> 
> Ticket URL: <http://trac.tools.ietf.org/wg/mmusic/trac/ticket/5>
> mmusic <http://tools.ietf.org/mmusic/>
>