Re: [EToSat] Multicast tools and scenarios

Hi CJ,
Thanks for this overview - makes sense.

All the best,
Morten

On 12/11/19 4:32 PM, Su, Chi-Jiun wrote:
> Hi Morten,
>
> - Like Wifi and cellular, signal transmitted by Wifi access point, Cellular base station and Satellite Gateway is received by all the users in the coverage area.  Depending on where a user is located in the coverage area, the signal strength differs.
> - In time-multiplexed DVB-S2 transmission from the gateway to the users in a spot beam in a Geo Sat system, transmission opportunity to multiple users (multicast) can be allocated more than that to a single user. That is, multicast data rate can be higher.
> - for mobile satellite system with 3gpp protocol, MBMS may be supported
> - for fixed satellite system, multicast support can be proprietary.
> - data in management and control plane in a satellite system is being broadcast/multicast to the users in a spot beam
> - broadcast/multicast of user data requires "use cases". Nowadays, most user's content is encrypted and prevalent encryption limits use cases.  Multicasting in a satellite system can be accomplished as long as there is a strong use case.
>
> Thanks.
> cj
> -----Original Message-----
> From: EToSat <etosat-bounces@ietf.org> On Behalf Of Morten V. Pedersen
> Sent: Tuesday, December 10, 2019 4:03 PM
> To: Su, Chi-Jiun <Chi-Jiun.Su@hughes.com>; etosat@ietf.org
> Subject: Re: [EToSat] Multicast tools and scenarios
>
> CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.
>
> Hi CJ,
>
> Thanks for your reply.
>
>
>
> The delay part makes sense.
>
>
>
> On the data-rate, I find that quite interesting, is it typical to use
>
> higher data-rates for multicast? Is this to use less airtime? On WiFi
>
> the situation is quite messy and multicast is not very well supported
>
> (low data-rates etc.) - do you know how the support is for satellite?
>
>
>
> All the best,
>
> Morten
>
>
>
> On 12/9/19 2:49 PM, Su, Chi-Jiun wrote:
>
>> Hi Morten,
>> - delay will be the same since it is dictated by law of physics excluding queuing delay
>> - data rate can be higher than per-terminal download data rate.
>> Thanks.
>> cj
>> -----Original Message-----
>> From: EToSat <etosat-bounces@ietf.org> On Behalf Of Morten V. Pedersen
>> Sent: Monday, December 9, 2019 5:28 AM
>> To: etosat@ietf.org
>> Subject: [EToSat] Multicast tools and scenarios
>> CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.
>> Dear all,
>> Following up on the "Download Regression Tests" thread. Which focuses on
>> unicast (as far as I can tell). We are looking at multicast over
>> satellite (in particular for file delivery). I'm not a satellite expert
>> so I was wondering if similar parameters with respect to delay,
>> data-rate etc. are valid there?
>> Also what (if any) would be the state-of-the art solution for that?
>> All the best,
>> Morten
>> _______________________________________________
>> EToSat mailing list
>> EToSat@ietf.org
>> https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/etosat__;!!Emaut56SYw!nyMSmIq-w8rvK073xEu_Ue8M3CDeZ-usJaecpU5a6t2316ScAZvAnRuAomAf2s8-Nw$
>
>
> _______________________________________________
>
> EToSat mailing list
>
> EToSat@ietf.org
>
> https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/etosat__;!!Emaut56SYw!iM0R0ruhykN0LLab2TFAZqnWEuwDgCq1_hitr6IuIjTJOErN0dUwtd-uXfnfszd1Tw$
>
> _______________________________________________
> EToSat mailing list
> EToSat@ietf.org
> https://www.ietf.org/mailman/listinfo/etosat