Re: [PWE3] TDM Channels and TDMPW Payload
Javi <javi@trajano.us.es> Mon, 14 December 2009 18:07 UTC
Return-Path: <javi@trajano.us.es>
X-Original-To: pwe3@core3.amsl.com
Delivered-To: pwe3@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B59B43A67E2 for <pwe3@core3.amsl.com>; Mon, 14 Dec 2009 10:07:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.56
X-Spam-Level:
X-Spam-Status: No, score=-5.56 tagged_above=-999 required=5 tests=[AWL=-0.451, BAYES_05=-1.11, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZnXZxdif++BN for <pwe3@core3.amsl.com>; Mon, 14 Dec 2009 10:07:07 -0800 (PST)
Received: from mail.us.es (mail.us.es [193.147.175.20]) by core3.amsl.com (Postfix) with ESMTP id 87AC028C12C for <pwe3@ietf.org>; Mon, 14 Dec 2009 10:07:03 -0800 (PST)
Received: (qmail 16390 invoked from network); 14 Dec 2009 19:06:44 +0100
Received: from unknown (HELO us.es) (192.168.2.11) by us.es with SMTP; 14 Dec 2009 19:06:44 +0100
Received: (qmail 659 invoked by uid 507); 14 Dec 2009 18:06:45 -0000
Received: from 127.0.0.1 by antivirus1 (envelope-from <javi@trajano.us.es>, uid 501) with qmail-scanner-2.06 (clamdscan: 0.95.3/10168. Clear:RC:1(127.0.0.1):. Processed in 0.093858 secs); 14 Dec 2009 18:06:45 -0000
Received: from unknown (HELO us.es) (127.0.0.1) by us.es with SMTP; 14 Dec 2009 18:06:45 -0000
Received: (qmail 28525 invoked from network); 14 Dec 2009 19:06:40 +0100
Received: from unknown (HELO trajano.us.es) (193.147.162.130) by us.es with (DHE-RSA-AES256-SHA encrypted) SMTP; 14 Dec 2009 19:06:40 +0100
Received: from [193.147.162.138] (trajano.us.es [193.147.162.130]) (authenticated bits=0) by trajano.us.es (8.13.8/8.13.8/Debian-3) with ESMTP id nBEI6hVS025523; Mon, 14 Dec 2009 19:06:43 +0100
Message-ID: <4B267EB2.8040301@trajano.us.es>
Date: Mon, 14 Dec 2009 19:06:42 +0100
From: Javi <javi@trajano.us.es>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: "pwe3@ietf.org" <pwe3@ietf.org>
References: <4763642.1259522511830.JavaMail.root@viefep14> <A3C5DF08D38B6049839A6F553B331C76BFB8073CDF@ILPTMAIL02.ecitele.com> <4B12E258.5070708@trajano.us.es> <48E7911F78327A449A9FB956376672863360CD06@exrad4.ad.rad.co.il> <4B1582BA.8040803@trajano.us.es> <48E7911F78327A449A9FB956376672863413B9AA@exrad4.ad.rad.co.il> <4B1822D5.40904@trajano.us.es> <A3C5DF08D38B6049839A6F553B331C76BFB81E7157@ILPTMAIL02.ecitele.com> <4B22E4E5.9080107@trajano.us.es> <48E7911F78327A449A9FB956376672863462A347@exrad4.ad.rad.co.il>
In-Reply-To: <48E7911F78327A449A9FB956376672863462A347@exrad4.ad.rad.co.il>
Content-Type: multipart/alternative; boundary="------------000202040008000106060607"
Cc: Yaakov Stein <yaakov_s@rad.com>
Subject: Re: [PWE3] TDM Channels and TDMPW Payload
X-BeenThere: pwe3@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Pseudo Wires Edge to Edge <pwe3.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pwe3>
List-Post: <mailto:pwe3@ietf.org>
List-Help: <mailto:pwe3-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Dec 2009 18:07:14 -0000
Thanks, some comments inline
a) [YJS] AAL2 is Loop Emulation (LES) and not Circuit Emulation (CES).
It has no mechanism for indicating circuit level defects, as it does not
emulate the circuit.
[Javi] Does it mean AAL2 may not emulate a TDM trunk?
[YJS] No, absolutely not. You can emulate a full trunk by emulating all
of its channels. However, you can also use AAL2 to glue together
channels that do not come from a single trunk.
[Javi-New] Then I'm confused. You say "AAL2 does not emulate the
circuit. but "AAL2 can emulate a full trunk". For me, a TDM circuit and
a TDM trunk are the same. Which is the difference?
[Javi] I thought circuit level defects are indicated by control flags
(L, R, M) from Control Word, so that, each TDMPW:
May emulate
0x0011 Structure-agnostic E1 over Packet One Full TDM
Trunk per TDMPW (but no two trunks per TDMPW)
0x0012 Structure-agnostic T1 (DS1) over Packet Idem
0x0013 Structure-agnostic E3 over Packet Idem
0x0014 Structure-agnostic T3 (DS3) over Packet Idem
0x0015 CESoPSN basic mode One Full
E1/DS1 TDM Trunk per TDMPW, or one Nx64 service*
0x0017 CESoPSN TDM with CAS Idem with CAS
signalling
0x0016 TDMoIP AAL1 Mode One Full
E1/DS1 TDM Trunk per TDMPW, or one Nx64 service*
0x0018 TDMoIP AAL2 Mode One Full
E1/DS1 TDM Trunk per TDMPW, or one Nx64 service*
* Nx64 services: "N" timeslots, from one or several TDM trunks, per
TDMPW. Does it not include "circuit level defects"?
[YJS] Yes, trunk defects can be so indicated. If the AAL2 channels come
from a single E1 or T1 you can use the L, R and M.
[Javi-New] ITU-T Recommendation Y.1452 (clause 8.3.1), describing
TDMoIP AAL.2, indicates bits R, M of the CW are reserved (value always
0). If indeed a TDMPW AAL.2 can emulate a full trunk, where does it
carry circuit level defects?
b) [Javi] Emulation service of fractional TDM trunk: What exactly?. I
thought that indicates TDMPW emulates TDM circuit end to end, carrying
only the channels in use in order to conserve bandwidth, but then it
would not CBR, but VBR.
[YJS] I am not sure what you are asking. You can use CESoPSN and
TDMoIP-AAL1 to emulate a fraction of a trunk -- but the fraction
and which channels are transported, can not change. Using AAL2 allows
you to dynamically add and remove channels as needed.
[Javi-New] I detail my question. RFC 5087, clause 5.2: "Although AAL1
may be configured to transport fractional E1 or T1 circuits...". Also,
ITU-T Recommendation Y.1453 (clause 7.1) indicates a "TDMPW" (TDM stream
exactly) must be able to carry "N × 64 k" and "Fractional DS1/E1". Which
is the difference between a fractional TDM circuit and a Nx64
(application/service)?
e) [Javi] In L2TPv3 TDMoIP AAL.2, how do you know the length of the
payload TDMPW? (since it may contain a number of minicells dynamically
variable).
[YJS] L2TPv3 TDMoIP has not been defined in the IETF.
[Javi-New] RFC 5087 (clause 4.3) defines the data plane for a TDMPW
based on L2TPv3. Under the protocol stack that there is proposed, how do
you know the payload length (variable) of each TDMPW?
[Javi] In TDMoIP AAL.2, ITU-T I.366.1 (SSCS for CCS) and I.366.2 (SSCS
for bearer channel) are used?
[YJS] I.366.2
[Javi-new] When CCS signalling is carried by TDMPW in transparent mode
(not in HDLC mode), If AAL2 carries CCS signaling using I.366.1
(SSCSAR), it would use I.366.1. Is not that correct?
f) [JYS] CES services do NOT try to identify the channels -- the
channels (if there are any) are transparently transported.
So all you have to do is to match up the trunks. The TDM end equipment
knows how to pick out the channels.
If you need visibility of the channels, you need a loop (channel)
emulation service.
[Javi-New] Then, how does output PE identify TDM trunk of input PE to
which TDMPW is associated?
Regards
- Re: [PWE3] Transport of CAS over CESoPSN [RFC 508… hhelvoort
- Re: [PWE3] Transport of CAS over CESoPSN [RFC 508… Javi
- Re: [PWE3] Transport of CAS over CESoPSN [RFC 508… Alexander Vainshtein
- Re: [PWE3] Transport of CAS over CESoPSN [RFC 508… hhelvoort
- Re: [PWE3] Transport of CAS over CESoPSN [RFC 508… Javi
- Re: [PWE3] Transport of CAS over CESoPSN [RFC 508… Yaakov Stein
- Re: [PWE3] Transport of CAS over CESoPSN [RFC 508… Yaakov Stein
- Re: [PWE3] Transport of CAS over CESoPSN [RFC 508… Yaakov Stein
- Re: [PWE3] Transport of CAS over CESoPSN [RFC 508… Yaakov Stein
- Re: [PWE3] Transport of CAS over CESoPSN [RFC 508… Yaakov Stein
- Re: [PWE3] Transport of CAS over CESoPSN [RFC 508… Javi
- Re: [PWE3] Transport of CAS over CESoPSN [RFC 508… Javi
- Re: [PWE3] Transport of CAS over CESoPSN [RFC 508… Alexander Vainshtein
- [PWE3] TDM Channels and TDMPW Payload Javi
- [PWE3] Comparative table of different types of TD… Javi
- Re: [PWE3] TDM Channels and TDMPW Payload Yaakov Stein
- Re: [PWE3] Comparative table of different types o… Yaakov Stein
- Re: [PWE3] TDM Channels and TDMPW Payload Alexander Vainshtein
- Re: [PWE3] TDM Channels and TDMPW Payload Javi
- Re: [PWE3] TDM Channels and TDMPW Payload Javi
- Re: [PWE3] TDM Channels and TDMPW Payload Alexander Vainshtein
- Re: [PWE3] TDM Channels and TDMPW Payload Yaakov Stein
- Re: [PWE3] TDM Channels and TDMPW Payload Javi
- Re: [PWE3] TDM Channels and TDMPW Payload Yaakov Stein
- Re: [PWE3] TDM Channels and TDMPW Payload Yaakov Stein
- Re: [PWE3] Comparative table of different types o… Javi
- Re: [PWE3] TDM Channels and TDMPW Payload Javi
- Re: [PWE3] TDM Channels and TDMPW Payload Javi
- Re: [PWE3] Comparative table of different types o… Yaakov Stein
- Re: [PWE3] TDM Channels and TDMPW Payload Javi
- Re: [PWE3] TDM Channels and TDMPW Payload Yaakov Stein
- Re: [PWE3] Comparative table of different types o… Javi
- Re: [PWE3] Comparative table of different types o… Javi
- Re: [PWE3] Comparative table of different types o… Yaakov Stein