[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Adding ULE into a network already using MPE...
I was thinking along those lines. The sender associates the encapsulation method with a particular PID and "knows" (via AR) which PID to use to send to a particular receiver. Receivers which only understand MPE only use MPE PIDs. Receivers which understand ULE and MPE determine which method is being used by which PID is being received. (I think the ULE capable receivers will still need to support MPE for multicast traffic that is shared with "older" terminals.)
I was wondering if there is a way for the receiver to look at the header and determine if it is ULE or MPE on the fly. I haven't taken a close look at it yet. But, I suspect that it is not reliably possible... 


John


Marie-Jose Montpetit wrote:


I think this is one thing that could be solved by some of the
configuration work that was started where you could associate a PID to
an encapsulation. You may not want to ignore the new encapsulation.

Marie-Jose


-------- Original Message --------
Subject: RE: Adding ULE into a network already using MPE...
From: "Allison, Art" <AAllison@nab.org>
Date: Wed, August 03, 2005 2:05 pm
To: <ipdvb@erg.abdn.ac.uk>

Use of the MRD will enable a device on a MPEG-2 network that does not
understand that MRD's signaling/meaning to ignore the new encapsulation.


Of course if the existing network just used private data with out
signaling what it was, a problem may exist.
__________________
Art Allison
Director, Advanced Engineering
NAB Science & Technology
1771 N St NW, Washington DC 20036
202 429 5418
-----Original Message-----
From: owner-ipdvb@erg.abdn.ac.uk [mailto:owner-ipdvb@erg.abdn.ac.uk]
Sent: Wednesday, August 03, 2005 11:32 AM
To: ipdvb@erg.abdn.ac.uk
Subject: Adding ULE into a network already using MPE...


   Has anyone looked at the operational problems associated with adding
ULE use to a network which has some deployed terminals which only
understand MPE?


John