ATM
Study and Development of ATM signaling System
NSC-88-2213-E-009-129 87/8/01 – 88/7/31 ATM ATM !"#$%&'()* +,-./0123 456789:; <=6>?@AB ATM CDE/0FG HI,JK#L MNOPQRS/0TUK >?DVWXNYZQRO[\/0TU K ABDV,]^U_`a bcde/0fghi _5j klmnopqrs tI,uv^U _` wxyz ^U_`{|mie /; ,NK}~ ATM E IU >?&A B]DVh ^U_`{|,U # ATM ,N #%m ATM Mm ATM 12M,N ATM M ^U_`%yz ^U_ `{| >? DV¡¢Mm ABDV,wx^U_`{| £N ¤z¥C¦ ATM XK^U_` {|%§¨© ª«¬%N ®¯ °I,z±²N ^U_`³´ª« µ¶· ,Asynchronous Transfer Mode (ATM) network provides several types of quality of service. In order to guarant ee the quality for all servic es, ATM network needs a signaling protocol to ful fill the requir ement and to work e f fici ently. The signaling protocol specifies the sequence o f messages that must be exchang ed, the rules for veri fying consistency of the param eters, and the actions to be taken in order to establish and releas e ATM layer connections. There for e, an end host needs to use signaling protocol to setup the connection befo re it can transmit data. Also, it needs to release the connection when it finishes the transmission. It would be a tough work if applications have to take care o f the
singling process. In order to simplify the development of applications, it is pre fer able to provide some APIs (Application Program Inter f ac e) for the applic ations. In this project, we study the ATM singling protocol and then implement APIs for h andling the point-to-point connection setup and release. We use several PCs to emulate the ATM network. Each PC can be a client or an ATM switch. An application run on the client can setup a conne ction to another client or rele ase a connection by c alling the appropriat e APIs. Developing these APIs has the advantag e that when the underlying network is changed into ATM network, the developed APIs can be migrated to the new environm ent with some minor modifications. Of cours e, the existing applications can still execute correctly without any modification.
¸ ¹ º»wx]¤ $¼@½¾i ¿ ÀTU O[OÁ ÂQRO[ÃÄXÅÆÇ È½ OPµX; É@ÊËQ ,¤OÁ ÌÍÎÏÐ!"]¤ ÑÒv6v&ÓÔv $,J Kwx#Õ`Õ ÓÔ Ì Í ÖN / ,× ØO [ `Ù ATM,
Asynchronous Transfe r ModeÚ¤ÛÜÝÞ
&ßÞ àá&º»âHTe(²ã} Kä» LåæÌÍÃ,
ATM
(Quality of Se rvice; QoS)X!"
$%&çèi+éê °IATM /0¨Oë Ùsignaling protocolÚ '(ì , -./0123 4567 89:; <=6>?@AB ATM CDE /0FG HI,eíî ©m]¤ï ðwñ òó6Ï+ 36: 89& Ûeôõö,
h÷ø ùL©úûh .ü
Point-to-point connection setup and release
VPI/VCI selection and assignment
QoS class request
Identification of calling party
Basic error handling
Communication of speci fic inform ation in
setup request
Subaddress support
Speci fication o f Peak Cell Rate (PCR)
traffic parameters
Transmit network selection
Support for a call originator setup of a
point-to-multipoint call
Support symmetric operation
À. ùÄÅ/0ò óýÙaddressingÚ&þåæÙroutingÚ, ýwñN ATM VPI/VCI C&N C,J VPI/VCI §NO[Vm JK/0i¢#¤äC ý LMóab M KÑ/0#ýN hi;,;ú ´NLMåæ yz þ¬/0 þåæ ,þåæ ã}/ 0¡%#Jü u Håæí( þ zi V á Xu ó¦v ÷ø)* !; N#}~ ATM °I"`±\#U# ȽDV $ÙemulateÚATM °I%wx>?]DVh ^U_`{|ÙAPI, Application Program
Inter f ac eÚ,# ATM 12M
MM ^U_`Ƚ API &h 89@¢M>? DV,e ATM 12M='(89& Îã Q)89úÔÓ6*+,-. fgþåæ%>? DVmJ Q)"a/0 DV >?,¤ U API I^U_`@¹ {|XTU1n23 45I APIs,JKzC «¦X6ú¦ ATMX%7ª« API © _`¬%kÎwx ^U_`89:eô ®¯TU,¢"|Ƚ#}~ ;á ATM °Izi < â=X%>ºê? (@A à APIs, NI "`FUBC@Dà EF "`,U Windows GÁh Socket{| Ií¥CO[ t÷úK µTC Ethernet 2( wireless m ATM ®¯X_`HI¶J°I ÏðX%--KL_` 8M;, N®¯ úOkP QRS Fast Ethernet T%U keô PC DEKP%£V WV "`XEYDK®¯U N ATM PC D ATM 12 ,%K wx _`UZ[(client)%&1 2(switch)a\Ãã}, OüATM GÁI NI ]ÆÇ_`H %^ií- _;ÀS|hÃBCD YE U¢Ä`] FG@ ATM ®¯Y IÐN_`abX °UÉcGÁ Socket d`khi¥C DV>??(e IÐfgãhi
ATM DVh¶JDEÃ\NZ[ _
`ibOP>?DVÃ Cell%ibL Call
Setup HI,
¤ ATM DV3h%NZ[& 12 _`ã}h0,UEj% &OPXÅkl¡hi DVm% ] "`L,]¤_` nhi DV m0Ƚ Call Setup HI ibL,N> ?DV ½_Z[OP$>?D VÃopaN12=Y]à Socket EjK3kÃO:fgòó3op Ã_5%q$>?DVÃ3 %OPj¡op÷rstwPK opkpuiOPKop ATM ý%&v DV]"à ATM ýE òó3Ã_ 5kw=Kì ATM ý´OPxO PKDV$Ŭm Address Lookup ÃH I,Nw=Y]^ÃOPx\ykK3 Cell OP:ì Z[,Nì Z[ UfgEj _5j¡K3\¼
z^#3·rop{E #wP=D V·rÃ312j¡K3#O P:t$DV%¶`>?|KDV, NK© _`íî UN¤1 2 òó>?@ ATM ýY]^ þ}(Routing Table)X¼ç~ VPI/VCIû}]¤]ÃDVm0
& VPI/VCIaK VPI/VCI kl I\OPopU wOPxÃ, XKk !:#12 K¼k NNI Ã< ,%qL Ø ATM ö, NKÜÝ}~I= SSCOP ?N®¯,%¹ PC ã=$ %q <$%XE ( ATM a³´ª«,K_` ìSζJ°I¼k%Kiw "Ð,
[1] Lap Huynch Rong-Fend Chang and
Wushow Chou, “Perfo rmanc e comparison between TCP slow-start and a new adaptive rate-b ased cong estion avoidance s cheme,” IEEE, 1994.
[2] Thomas R. Henderson, “Design principles and per forman ce analysis of SSCOP: a new ATM Adaptation layer protocol,” ACM SIGCOMM Computer Communication Review, vol. 25, pp.47-59, April 1995. [3] Srinivasan Keshav, “A control-theoretic
approa ch to flow control,” ACM SIGCOMM Computer Communication Review, pp.189-201, Sep. 1991.
[4] ITU-T Recommendation Q.2100, “B-ISDN signaling ATM adaptation layer overview description,” December 1993.
[5] ITU-T Recommendation Q.2110,
“B-ISDN-ATM adaptation layer – service speci fic conn ection oriented protocol (SSCOP),” 1994.
[6] ITU-T Recommendation Q.2130, “B-ISDN signaling ATM adaptation layer – service speci fic coordin ation fun ction (SSCF) for support of signal at the user-to-n etwork interface (SSCF at UNI),” 1994.
[7] ITU-T Recommendation Q.2140, “B-ISDN signaling ATM adaptation layer – service speci fic coordin ation fun ction (SSCF) for support of signal at the network node interface (SSCF at NNI),” 1994.
[8] John Nagle, “On packet switches with
infinite storage,” IEEE Transactions on Communications, vol COM-35, no. 4, April 1987.
[9] The ATM Forum Technical Committee, “Traffi c management speci fic ation version 4.0,” ATM Forum, April 1996.
[10] V. Jacobson, “Congestion avoidance and
control,’ ACM SIGCOMM, pp.314-329, 1988.
[11] V. Jacobson, “Congestion avoidance and
control,’ ACM SIGCOMM, pp.314-329, 1988.