Cell Relay Archive

Cell Relay Retreat>List Archive>month:1998-Jun> msg00119



[Date Prev][Date Next][Thread Prev][Thread Next]  
  [Date Index][Thread Index][Author Index][Subject Index]

RE: circuit emulation services

  • From: "Beckerhof, Onno" <Onno.Beckerhof@alcatel.nl>
  • Date: Wed, 24 Jun 1998 09:26:42 +0200

Yep,
Have experience using CES for mainly PBX connections. What is your
specific questions about it ? Recently ATMF released a new type of CES
called Dynamic Circuit Emulation. It is brand new so to say but it
offers more intelligent bandwidth management. With standard CES you
claim a constant pipe of bandwidth reserved 100 % of the time, No
sharing of the bandwidth is allowed by other users. For example if
physical speed of the line is T3 and you claim one CES using T3 you
effectively claim the whole T3 for one connection. ATM is at that moment
a simple mux environment. To solve this problem DCES is introduced. DCES
is based on the knowledge that PBX systems are using signalling for
claiming a timeslot for voice. DBCES is special in that way that it
understands the signalling from the PBX and based on the type of
signalling message (for example call setup) a timeslot based on CES is
claimed. During the call a normal CES bandwidth pipe is claimed. When
the PBX signals that the voice call has ended this bandwidth pipe is
released also. 
There are however some minor problems here. For example if bandwidth is
not reserved how are you going to guarantee bandwidth at any moment in
time? Most of the time the ATM bandwidth is not only used for CES, so
other classes are also claiming bandwidth in some way. Using guaranteed
and non guaranteed bandwidth for those other classes could statistically
reserve some bandwidth for DCES. If for example all other classes are
based on UBR DBCES would perform wonderful. Using ABR you could
guarantee a minimum bandwidth to this users while the PCR is not
guaranteed (and therefor this space is available by CES which has
priority).

Cheers Onno