The IP over ATM Mailing List Archive by date

Cell Relay Retreat>List Archive>month:1994-Aug> msg00144



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

draft-ietf-ipatm-sig-02.txt

  • From: Craig Partridge <craig@aland.bbn.com>
  • Date: Tue, 23 Aug 94 11:35:00 -0700
  • CC: ip-atm@matmos.hpl.hp.com


Hi Maryann:

    It looks very good.  All I caught were typos on this round (in the
appended list).

    One comment -- I know I suggested that we recommend that folks request
a fraction of the link rate (such as 2 Mbps and 64 Kbps).  I'm also
comfortable with simply suggesting that applications request a fraction
of the link bandwidth (say 1/10th or some such) if people prefer that.
My goal was simply that in the absence of any knowledge, we have some
default guesttimate for folks to work with.

Craig

>   ever, if the VCC is shared among several protocol entities, the
>   ATMARP client or server SHALL not disconnect the call as suggested in

SHALL not -> SHALL NOT
    
>    tion endpoint is able to accept the call, it responds with a CONNECT
>    message (which may be preceded by a CALL PROCEEDING); otherwise, it

may -> MAY

>    If the network does not support Best Effort service, link rate SHOULD
>    not be requested as the peak cell rate. Without any knowledge of the
>    application, is is RECOMMENDED that to 2 Mbps be requested at the
>    Private UNI and 64 Kbps at the Public UNI.

that to 2 Mbps -> that 2 Mbps

>    the SEL field. If an IP router does this association, then its sig-
>    naling entity must carry in the SETUP message the ATM addresses

must->MUST

There's also a mention of Appendix D, section 4, which should be Appendix
B, section 4 (I believe).