📄 draft-george-sigtran-m2peer-00.txt
字号:
------------------------------------> ------------------------------------> ------------------------------------> : ------------------------------------> Link Status SIN messages are sent for M seconds (see Note A). Status ------------> Indication (Link In Service) <------------Note A: Timer value M is implementation-dependent.At this point, MTP3 may begin sending data messages.George, et al [Page 16]Internet Draft SS7 MTP2-User Peer-to-Peer Adaptation Layer Mar 20004.2 Message Transmission and ReceptionMessages are transmitted using the Data Request primitive from MTP3 toM2UA. The diagram shows the case where the Link is In Service. Themessage is passed from MTP3 of the source to MTP3 of the destination. MTP3 M2UA SCTP SCTP M2UA MTP3 ---- ---- ---- ---- ---- ---- Message for transmission ------------> Send (Data Message) ------------> (SCTP sends message) Receive ------------> Received message ------------>4.3 Link Status IndicationIf SCTP sends a Communication Lost primitive to M2UA, M2UA notifiesMTP3 that the link is out of service. MTP3 responds in its usual way. MTP3 M2UA SCTP SCTP M2UA MTP3 ---- ---- ---- ---- ---- ---- Communication Lost <------------ Link Out of Service <------------George, et al [Page 17]Internet Draft SS7 MTP2-User Peer-to-Peer Adaptation Layer Mar 20004.4 Link Status Message (Processor Outage)This example shows how M2UA responds to a local processor outage. MTP3notifies M2UA of the outage by a Request primitive. M2UA sends a LinkStatus message to its peer. The peer M2UA notifies MTP3 of theoutage. MTP3 can then follow the processor outage procedures in [2]. MTP3 M2UA SCTP SCTP M2UA MTP3 ---- ---- ---- ---- ---- ---- Local Processor Outage ------------> Link Status ------------> (SCTP sends message) Receive ------------> Remote Processor Outage ------------>George, et al [Page 18]Internet Draft SS7 MTP2-User Peer-to-Peer Adaptation Layer Mar 20004.5 Congestion Notification to Upper layerMTP3 layer expects notification of the link congestion. For example,this is accomplished by two messages 1) Link Congestion Onset 2) LinkCongestion Abated. Congestion is assumed if M2UA layer noticesrepeated failures to send requests to SCTP (this is implementationdependent and it is assumed that the SEND Failure has an error code"life time expired"). Subsequently M2UA can start polling status ofSCTP. If all the messages are successfully transmitted over a periodof time (implementation dependent) then it is assumed that thecongestion is abated. If the congestion condition should continue,the link will be taken out of service. In this case, it is possibleto start the link changeover procedure.The US National version of SS7 has congestion levels. For US NationalSS7, the Indication primitive for Congestion Onset should report thecongestion level.In the example below, M2UA has sent a message to SCTP. MTP3 M2UA SCTP SCTP M2UA MTP3 ---- ---- ---- ---- ---- ---- Implementation dependent indication of congestion <------------ Congestion Onset <------------ Status ------------> Status ------------> : : Status ------------> polled for certain time until congestion ceases - implementation dependent Congestion Abatement <------------George, et al [Page 19]Internet Draft SS7 MTP2-User Peer-to-Peer Adaptation Layer Mar 20004.6 Link DeactivationThe MTP3 can request that a SS7-IP link be taken out-of-service. Ituses the Release Request message as shown below. MTP3 M2UA SCTP SCTP M2UA MTP3 ---- ---- ---- ---- ---- ---- Stop ------------> Terminate ------------> (SCTP performs its termination procedure) Communication Lost <------------ Link Out of Service <------------George, et al [Page 20]Internet Draft SS7 MTP2-User Peer-to-Peer Adaptation Layer Mar 20004.7 Link ChangeoverIn this example, MTP3 performs a changeover because the link went outof service. MTP3 selects a different link for retransmitting theunacknowledged messages.Note that the sequence numbers and messages requested by MTP3 are sentfrom SCTP to M2UA in the Communication Lost primitive. MTP3 M2UA SCTP SCTP M2UA MTP3 ---- ---- ---- ---- ---- ---- Communication Lost <------------ Link Out of Service <------------ Retrieve BSN ------------> (M2UA locates first gap in received messages) Indicate BSN <------------ XCO (BSN) on another link ------------------------------------------------------------> Retrieve BSN <------------ Indicate BSN ------------> XCA (BSN) <------------------------------------------------------------ Retrieve FSN ------------> (M2UA locates first gap in acknowledgements) Retrieved Message <------------ George, et al [Page 21]Internet Draft SS7 MTP2-User Peer-to-Peer Adaptation Layer Mar 2000 Retrieved Message <------------ Retrieval Complete <------------ Send messages on another link.5. SecuritySCN adaptation layers rely on SCTP to provide security. 6. AcknowledgementsThe authors would like to thank Ian Rytina and HannsJuergenSchwarzbauer for their valuable comments and suggestions.7. References[1] ITU-T Recommendation Q.700, 'Introduction To ITU-T Signalling System No. 7 (SS7)'[2] ITU-T Recommendation Q.701-Q.705, 'Signalling System No. 7 (SS7) - Message Transfer Part (MTP)'[3] Bellcore GR-246-CORE 'Bell Communications Research Specification of Signaling System Number 7', Volume 1, December 1995[4] RFC 2719, Framework Architecture for Signaling Transport, October 1999[5] Simple Control Transmission Protocol, draft-ietf-sigtran-sctp-07.txt, March 2000[6] SS7 MTP2-User Adaptation Layer, draft-ietf-sigtran-m2ua-00.txt, March 2000[7] ITU-T Recommendation Q.2210, 'Message transfer part level 3 functions and messages using the services of ITU-T Recommendation Q.2140'8. Author's AddressesTom George Tel: +1-972-519-3168Alcatel USA EMail: tom.george@usa.alcatel.com1000 Coit Road Plano, TX 75075 USAGeorge, et al [Page 22]Internet Draft SS7 MTP2-User Peer-to-Peer Adaptation Layer Mar 2000Ken Morneault Tel: +1-703-484-3323Cisco Systems Inc. EMail: kmorneau@cisco.com13615 Dulles Technology DriveHerndon, VA. 20171USAMalleswar Kalla Tel: +1-973-829-5212Telcordia Technologies EMail: kalla@research.telcordia.comMCC 1J211R445 South StreetMorristown, NJ 07960USAGreg Sidebottom Tel: +1-613-763-7305Nortel Networks EMail: gregside@nortelnetworks.com3685 Richmond Rd,Nepean, Ontario Canada K2H5B7Ram Dantu, Ph.D. Tel: +1-972-234-6070 extension 211IPmobile EMail: rdantu@ipmobile.com1651 North Glenville, Suite 216Richardson, TX 75081USAThis Internet Draft expires September 2000.George, et al [Page 23]
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -