RE: [RPRWG] TDM or ATM/FR service emulation over RPR ring
Leon.
I would be interested in listening to this off-line discussion as well :-)
Thanks
-Tom
> -----Original Message-----
> From: Ray Kuo [mailto:RKuo@xxxxxxxxxxxxxxxxxx]
> Sent: Tuesday, March 05, 2002 12:42 PM
> To: Leon Bruckman; 'Murali'
> Cc: stds-802-17@xxxxxxxx; 'Yu Ning'
> Subject: RE: [RPRWG] TDM or ATM/FR service emulation over RPR ring
>
>
>
> Hi Leon:
>
> I think this is interesting question also.
> Could you answer to this list or cc to me?
>
> Thanks!
> Ray Kuo
>
> -----Original Message-----
> From: Leon Bruckman [mailto:leonb@xxxxxxxxxxxxx]
> Sent: Tuesday, March 05, 2002 3:56 AM
> To: 'Murali'
> Cc: stds-802-17@xxxxxxxx; 'Yu Ning'
> Subject: RE: [RPRWG] TDM or ATM/FR service emulation over RPR ring
>
>
>
> Hi Murali,
> Since I believe this is not in the scope of the WG, let us
> take it off line.
>
> I will answer soon.
> Leon
>
> -----Original Message-----
> From: Murali [mailto:murali.subramanian@xxxxxxxxx]
> Sent: Tuesday, March 05, 2002 1:53 PM
> To: Leon Bruckman
> Cc: stds-802-17@xxxxxxxx; 'Yu Ning'
> Subject: Re: [RPRWG] TDM or ATM/FR service emulation over RPR ring
>
>
> Hi Leon,
>
> I have also a question related to TDM/FR/ATM
> emulation over RPR.
> How do we identify the destination node MAC address
> in such a case
> and set the priority?
>
> Request for your inputs.
>
> Regards,
> Murali.S
>
> ----- Original Message -----
> From: "Leon Bruckman" <leonb@xxxxxxxxxxxxx>
> To: "'Yu Ning'" <yuning@xxxxxxxxxxxxxxx>
> Cc: <stds-802-17@xxxxxxxx>
> Sent: Tuesday, March 05, 2002 2:49 PM
> Subject: RE: [RPRWG] TDM or ATM/FR service emulation over RPR ring
>
>
> >
> > Hi Yu,
> > RPR Standard defines a MAC and does not deal directly with how to
> transport
> > the services. It provides Classes of Service that can be
> used to transport
> > different services, but these classes are defined based on their
> > characteristics (delay, delay variation,..) and not on the type of
> service.
> >
> > As for the specific way of transporting TDM/FR/ATM over
> packet networks I
> > recommend you to look in the IETF PWE3 work.
> >
> > And yes, we have considered the stringent timing
> requirements of TDM over
> > RPR (you can see some presentations of simulations results
> as early as
> March
> > 2001). From the results, and also theoretical calculations,
> for high rate
> > ring there is no problem to deal with the delay variation
> using a small
> > dejitter buffer at the receiver.
> >
> > Leon Bruckman
> > VP & Chief System Architect
> > Corrigent Systems
> >
> > -----Original Message-----
> > From: Yu Ning [mailto:yuning@xxxxxxxxxxxxxxx]
> > Sent: Tuesday, March 05, 2002 10:12 AM
> > To: stds-802-17@xxxxxxxx
> > Subject: [RPRWG] TDM or ATM/FR service emulation over RPR ring
> >
> >
> >
> > Hi All,
> >
> > Apologize if this question been asked before (pls give a
> pointer to former
> > answer then.)
> >
> > How is the TDM, ATM/FR service emulation provided through RPR ring ?
> > Is this emulation based on a protocol translation scenario
> (protocol field
> > mapping), or raw encapsulation scenario (put TDM/ATM/FR frame as RPR
> > payload)?
> >
> > Because I saw some product brochure from vendors, like Luminous,
> Riverstone,
> > their MAN box has both Ethernet interface and PDH
> interface, like E1/T1,
> and
> > all through RPR backhaul (said so). It just puzzled me how
> to emulate
> these
> > service through RPR ring.
> >
> > I've checked RPR whitepaper, and rfc2892, there is no description on
> > service emulation issue, only a natural L3 IP into RPR
> frame illustration.
> >
> > If TDM via RPR ring, anyone considered the stringent timing
> requirement
> > from TDM ?
> >
> >
> > thanks for any input.
> >
> >
> > Yu Ning
> >
> > ______________________________________
> >
> > (Mr.) Yu Ning, Chief Engineer
> > ChinaNET (AS4134) Senior Support
> > Internet Dep. DCBU, China Telecom
> > Beijing, P.R.China +86-10-62072357
> > Personal Page-> http://navidog.126.com
> > ______________________________________
> >
>