RE: Clarifications with RFC 3077

William,

On Fri, 2002-11-01 at 13:28, William StanisLaus wrote:
> Hi Emmanuel,
> 
> Thanks for your clarification.
> >For scenario 2, it is more of an implementation issue and there are many
> >question marks: Does the IP layer see both physical interfaces as a
> >unique logical interface ? Is your receiver a router or a bridge ?...
> 
> Yeah the IP Layer see both physical interfaces as one unique logial
> interface in our RCS System. Our receiver is a router.
> 
> I have few more doubts Regarding Feeder unidirectional MAC Address
> 
> In our RCS System we don't get Feeder MAC address in the MPEG-2 packets, it
> contains only the Destination MAC address. So how do we get the Feeder MAC
> address, is there any generic procedure for UDLR??

More precisely, it is the MPE header that does not contain the source
MAC address (!). Note that, in general, the MAC source address contained
in a layer 2 frame header is not use by layer 2 protocols... Only the
destination address is used for filtering purposes.

To obtain the feed MAC address, you can use an address resolution
protocol over UDLR. There is a draft that just got submitted with a
section on this subject. You may check it here:
http://www.ietf.org/internet-drafts/draft-ietf-udlr-experiments-00.txt

If you have interests in IP over DVB (e.g. source MAC address issues),
you may have a look at http://www.erg.abdn.ac.uk/ip-dvb/archive/

 
> Section 7.3
> "   The FUMAC value for an active feed is needed for the operation of
>    this protocol.  However, the method of discovery of this value is not
>    specified here.
> 
> "
> 
> Thanks in advance.
> 
> Regards,
> William.
> 
>  
Regards,
Emmanuel
 
-- 
Emmanuel Duros                  http://www.udcast.com
2455 Route des Dolines BP355  | Tel : +33 (0)4 93 00 16 60
06906 Sophia Antipolis France | Fax : +33 (0)4 93 00 16 61
            ** Full IP over Broadcast Media **