NetworkWorkingGroupA.
B.
RoachRequestforComments:3265dynamicsoftCategory:StandardsTrackJune2002Updates:2543SessionInitiationProtocol(SIP)-SpecicEventNoticationStatusofthisMemoThisdocumentspeciesanInternetstandardstrackprotocolfortheInternetcommunity,andrequestsdiscus-sionandsuggestionsforimprovements.
Pleaserefertothecurrenteditionofthe"InternetOfcialProtocolStandards"(STD1)forthestandardizationstateandstatusofthisprotocol.
Distributionofthismemoisunlimited.
CopyrightNoticeCopyright(c)TheInternetSociety(2002).
AllRightsReserved.
AbstractThisdocumentdescribesanextensiontotheSessionInitiationProtocol(SIP).
ThepurposeofthisextensionistoprovideanextensibleframeworkbywhichSIPnodescanrequestnoticationfromremotenodesindicatingthatcertaineventshaveoccurred.
Concreteusesofthemechanismdescribedinthisdocumentmaybestandardizedinthefuture.
NotethattheeventnoticationmechanismsdenedhereinareNOTintendedtobeageneral-purposeinfrastructureforallclassesofeventsubscriptionandnotication.
Contents1Introduction31.
1OverviewofOperation41.
2DocumentationConventions42Denitions53NodeBehavior53.
1DescriptionofSUBSCRIBEBehavior53.
1.
1SubscriptionDuration63.
1.
2IdenticationofSubscribedEventsandEventClasses63.
1.
3AdditionalSUBSCRIBEHeaderValues73.
1.
4SubscriberSUBSCRIBEBehavior73.
1.
5ProxySUBSCRIBEBehavior8RFC3265SIP-SpecicEventNoticationJune20023.
1.
6NotierSUBSCRIBEBehavior83.
2DescriptionofNOTIFYBehavior103.
2.
1IdenticationofReportedEvents,EventClasses,andCurrentState113.
2.
2NotierNOTIFYBehavior113.
2.
3ProxyNOTIFYBehavior123.
2.
4SubscriberNOTIFYBehavior123.
3General143.
3.
1DetectingsupportforSUBSCRIBEandNOTIFY143.
3.
2CANCELrequests143.
3.
3Forking143.
3.
4Dialogcreationandtermination143.
3.
5StateAgentsandNotierMigration153.
3.
6PollingResourceState153.
3.
7Allow-Eventsheaderusage163.
3.
8PINTCompatibility164EventPackages164.
1AppropriatenessofUsage164.
2EventTemplate-packages174.
3AmountofStatetobeConveyed174.
3.
1CompleteStateInformation174.
3.
2StateDeltas184.
4EventPackageResponsibilities184.
4.
1EventPackageName184.
4.
2EventPackageParameters184.
4.
3SUBSCRIBEBodies184.
4.
4SubscriptionDuration194.
4.
5NOTIFYBodies194.
4.
6NotierprocessingofSUBSCRIBErequests194.
4.
7NotiergenerationofNOTIFYrequests194.
4.
8SubscriberprocessingofNOTIFYrequests194.
4.
9Handlingofforkedrequests204.
4.
10Rateofnotications204.
4.
11StateAgents204.
4.
12Examples204.
4.
13UseofURIstoRetrieveState21RoachStandardsTrack[Page2]RFC3265SIP-SpecicEventNoticationJune20025SecurityConsiderations215.
1AccessControl215.
2NotierPrivacyMechanism215.
3Denial-of-Serviceattacks215.
4ReplayAttacks225.
5Man-in-themiddleattacks225.
6Condentiality226IANAConsiderations226.
1RegistrationInformation237RegistrationTemplate237.
1HeaderFieldNames247.
2ResponseCodes248Syntax258.
1NewMethods258.
1.
1SUBSCRIBEmethod268.
1.
2NOTIFYmethod268.
2NewHeaders278.
2.
1Eventheader278.
2.
2Allow-EventsHeader278.
2.
3Subscription-StateHeader278.
3NewResponseCodes288.
3.
1"202Accepted"ResponseCode288.
3.
2"489BadEvent"ResponseCode288.
4AugmentedBNFDenitions289Acknowledgements2910NoticeRegardingIntellectualPropertyRights3011Author'sAddress301IntroductionTheabilitytorequestasynchronousnoticationofeventsprovesusefulinmanytypesofSIPservicesforwhichcooperationbetweenend-nodesisrequired.
ExamplesofsuchservicesincludeautomaticcallbackRoachStandardsTrack[Page3]RFC3265SIP-SpecicEventNoticationJune2002services(basedonterminalstateevents),buddylists(basedonuserpresenceevents),messagewaitingindications(basedonmailboxstatechangeevents),andPSTNandInternetInternetworking(PINT)[1]status(basedoncallstateevents).
Themethodsdescribedinthisdocumentprovideaframeworkbywhichnoticationoftheseeventscanbeordered.
TheeventnoticationmechanismsdenedhereinareNOTintendedtobeageneral-purposeinfrastructureforallclassesofeventsubscriptionandnotication.
Meetingrequirementsforthegeneralproblemsetofsubscriptionandnoticationisfartoocomplexforasingleprotocol.
OurgoalistoprovideaSIP-specicframeworkforeventnoticationwhichisnotsocomplexastobeunusableforsimplefeatures,butwhichisstillexibleenoughtoprovidepowerfulservices.
Note,however,thateventpackagesbasedonthisframeworkmaydenearbitrarilyelaborateruleswhichgovernthesubscriptionandnoticationfortheeventsorclassesofeventstheydescribe.
Thisdocumentdoesnotdescribeanextensionwhichmaybeuseddirectly;itmustbeextendedbyotherdoc-uments(hereinreferredtoas"eventpackages").
Inobject-orienteddesignterminology,itmaybethoughtofasanabstractbaseclasswhichmustbederivedintoaninstantiatableclassbyfurtherextensions.
Guidelinesforcreatingtheseextensionsaredescribedinsection4.
1.
1OverviewofOperationThegeneralconceptisthatentitiesinthenetworkcansubscribetoresourceorcallstateforvariousresourcesorcallsinthenetwork,andthoseentities(orentitiesactingontheirbehalf)cansendnoticationswhenthosestateschange.
Atypicalowofmessageswouldbe:SubscriberNotifier|-----SUBSCRIBE---->|Requeststatesubscription200-Acknowledgesubscription|REFERENCES[RFC3265]Roach,A.
,"SIP-SpecificEventNotification",RFC3265,June2002.
7RegistrationTemplateTo:ietf-sip-events@iana.
orgSubject:RegistrationofnewSIPeventpackageRoachStandardsTrack[Page23]RFC3265SIP-SpecicEventNoticationJune2002PackageName:(Packagenamesmustconformtothesyntaxdescribedinsection\ref{sec:Event}.
)IsthisregistrationforaTemplatePackage:(indicateyesorno)PublishedSpecification(s):(TemplatepackagesrequireapublishedRFC.
Otherpackagesmayreferenceaspecificationwhenappropriate).
Person&emailaddresstocontactforfurtherinformation:7.
1HeaderFieldNamesThisdocumentregistersthreenewheadereldnames,describedelsewhereinthisdocument.
Theseheadersaredenedbythefollowinginformation,whichistobeaddedtotheheadersub-registryunderhttp://www.
iana.
org/aHeaderName:Allow-EventsCompactForm:uHeaderName:Subscription-StateCompactForm:(none)HeaderName:EventCompactForm:o7.
2ResponseCodesThisdocumentregisterstwonewresponsecodes.
Theseresponsecodesaredenedbythefollowinginfor-mation,whichistobeaddedtothemethodandresponse-codesub-registryunderhttp://www.
iana.
org/assignmentResponseCodeNumber:202DefaultReasonPhrase:AcceptedResponseCodeNumber:489DefaultReasonPhrase:BadEventRoachStandardsTrack[Page24]RFC3265SIP-SpecicEventNoticationJune20028SyntaxThissectiondescribesthesyntaxextensionsrequiredforeventnoticationinSIP.
Semanticsaredescribedinsection3.
NotethattheformalsyntaxdenitionsdescribedinthisdocumentareexpressedintheABNFformatusedinSIP[2],andcontainreferencestoelementsdenedtherein.
8.
1NewMethodsThisdocumentdescribestwonewSIPmethods:SUBSCRIBEandNOTIFY.
Thistableexpandsontables2and3inSIP[2].
HeaderWhereSUBNOTAcceptRooAccept2xx--Accept415ooAccept-EncodingRooAccept-Encoding2xx--Accept-Encoding415ooAccept-LanguageRooAccept-Language2xx--Accept-Language415ooAlert-InfoR--Alert-Info180--AllowRooAllow2xxooAllowrooAllow405mmAuthentication-Info2xxooAuthorizationRooCall-IDcmmContactRmmContact1xxooContact2xxmoContact3xxmmContact485ooContent-DispositionooContent-EncodingooContent-LanguageooContent-LengthttContent-Type**CSeqcmmDateooError-Info300-699ooRoachStandardsTrack[Page25]RFC3265SIP-SpecicEventNoticationJune2002Expireso-Expires2xxm-FromcmmIn-Reply-ToR--Max-ForwardsRmmMin-Expires423m-MIME-VersionooOrganizationo-PriorityRo-Proxy-Authenticate407mmProxy-AuthorizationRooProxy-RequireRooRAckR--Record-RouteRooRecord-Route2xx,401,484ooReply-To--RequireooRetry-After404,413,480,486ooRetry-After500,503ooRetry-After600,603ooRouteRccRSeq1xxooServerrooSubjectR--SupportedRooSupported2xxooTimestampooToc(1)mmUnsupported420ooUser-AgentooViacmmWarningR-oWarningrooWWW-Authenticate401mm8.
1.
1SUBSCRIBEmethodSUBSCRIBEisaddedtothedenitionoftheelementMethodintheSIPmessagegrammar.
LikeallSIPmethodnames,theSUBSCRIBEmethodnameiscasesensitive.
TheSUBSCRIBEmethodisusedtorequestasynchronousnoticationofaneventorsetofeventsatalatertime.
8.
1.
2NOTIFYmethodNOTIFYisaddedtothedenitionoftheelementMethodintheSIPmessagegrammar.
RoachStandardsTrack[Page26]RFC3265SIP-SpecicEventNoticationJune2002TheNOTIFYmethodisusedtonotifyaSIPnodethataneventwhichhasbeenrequestedbyanearlierSUBSCRIBEmethodhasoccurred.
Itmayalsoprovidefurtherdetailsabouttheevent.
8.
2NewHeadersThistableexpandsontables2and3inSIP[2],asamendedbythechangesdescribedinsection8.
1.
HeaderfieldwhereproxyACKBYECANINVOPTREGPRASUBNOTAllow-EventsRoo-ooooooAllow-Events2xx-o-ooooooAllow-Events489mmEventRmmSubscription-StateRm8.
2.
1EventheaderEventisaddedtothedenitionoftheelementmessage-headerintheSIPmessagegrammar.
ForthepurposesofmatchingresponsesandNOTIFYmessageswithSUBSCRIBEmessages,theevent-typeportionoftheEventheaderiscomparedbyte-by-byte,andtheidparametertoken(ifpresent)iscom-paredbyte-by-byte.
AnEventheadercontaininganidparameternevermatchesanEventheaderwithoutanidparameter.
Nootherparametersareconsideredwhenperformingacomparison.
Notethattheforgoingtextmeansthat"Event:foo;id=1234"wouldmatch"Event:foo;param=abcd;id=1234",butnot"Event:foo"(iddoesnotmatch)or"Event:Foo;id=1234"(eventportiondoesnotmatch).
Thisdocumentdoesnotdenevaluesforevent-types.
Thesevalueswillbedenedbyindividualeventpackages,andMUSTberegisteredwiththeIANA.
ThereMUSTbeexactlyoneeventtypelistedpereventheader.
Multipleeventspermessagearedisallowed.
8.
2.
2Allow-EventsHeaderAllow-Eventsisaddedtothedenitionoftheelementgeneral-headerintheSIPmessagegrammar.
Itsusageisdescribedinsection3.
3.
7.
8.
2.
3Subscription-StateHeaderSubscription-Stateisaddedtothedenitionoftheelementrequest-headerintheSIPmessagegrammar.
Itsusageisdescribedinsection3.
2.
4.
RoachStandardsTrack[Page27]RFC3265SIP-SpecicEventNoticationJune20028.
3NewResponseCodes8.
3.
1"202Accepted"ResponseCodeThe202responseisaddedtotheSuccessheaderelddenition.
"202Accepted"hasthesamemeaningasthatdenedinHTTP/1.
1[6].
8.
3.
2"489BadEvent"ResponseCodeThe489eventresponseisaddedtotheClient-Errorheaderelddenition.
"489BadEvent"isusedtoindicatethattheserverdidnotunderstandtheeventpackagespeciedinaEventheadereld.
8.
4AugmentedBNFDenitionsTheAugmentedBNFdenitionsforthevariousnewandmodiedsyntaxelementsfollows.
ThenotationisasusedinSIP[2],andanyelementsnotdenedinthissectionareasdenedinSIPandthedocumentstowhichitrefers.
SUBSCRIBEm=%x53.
55.
42.
53.
43.
52.
49.
42.
45;{\SUBSCRIBE}incapsNOTIFYm=%x4E.
4F.
54.
49.
46.
59;{\NOTIFY}incapsextension-method=SUBSCRIBEm/NOTIFYm/tokenEvent=("Event"/"o")HCOLONevent-type*(SEMIevent-param)event-type=event-package*(".
"event-template)event-package=token-nodotevent-template=token-nodottoken-nodot=1*(alphanumevent-param=generic-param/("id"EQUALtoken)Allow-Events=("Allow-Events"/"u")HCOLONevent-type*(COMMAevent-type)Subscription-State="Subscription-State"HCOLONsubstate-value*(SEMIsubexp-params)substate-value="active"/"pending"/"terminated"/extension-substateextension-substate=tokensubexp-params=("reason"EQUALevent-reason-value)/("expires"EQUALdelta-seconds)/("retry-after"EQUALdelta-seconds)/generic-paramevent-reason-value="deactivated"/"probation"RoachStandardsTrack[Page28]RFC3265SIP-SpecicEventNoticationJune2002/"rejected"/"timeout"/"giveup"/"noresource"/event-reason-extensionevent-reason-extension=tokenNormativeReferences[1]S.
PetrackandL.
Conroy,"ThePINTserviceprotocol:ExtensionstoSIPandSDPforIPaccesstotelephonecallservices,"RFC2848,InternetEngineeringTaskForce,June2000.
[2]J.
Rosenberg,H.
Schulzrinne,G.
Camarillo,A.
Johnston,J.
Peterson,R.
Sparks,M.
Handley,andE.
Schooler,"SIP:sessioninitiationprotocol,"RFC3261,InternetEngineeringTaskForce,June2002.
[3]S.
Bradner,"KeywordsforuseinRFCstoindicaterequirementlevels,"RFC2119,InternetEngineeringTaskForce,Mar.
1997.
[4]M.
Day,S.
Aggarwal,G.
Mohr,andJ.
Vincent,"Instantmessaging/presenceprotocolrequirements,"RFC2779,InternetEngineeringTaskForce,Feb.
2000.
[5]T.
NartenandH.
Alvestrand,"GuidelinesforwritinganIANAconsiderationssectioninRFCs,"RFC2434,InternetEngineeringTaskForce,Oct.
1998.
[6]R.
Fielding,J.
Gettys,J.
Mogul,H.
Frystyk,L.
Masinter,P.
Leach,andT.
Berners-Lee,"Hypertexttransferprotocol–HTTP/1.
1,"RFC2616,InternetEngineeringTaskForce,June1999.
InformativeReferences[7]H.
SchulzrinneandJ.
Rosenberg,"Sessioninitiationprotocol(SIP)callerpreferencesandcalleecapa-bilities,"InternetDraft,InternetEngineeringTaskForce,July2002.
Workinprogress.
[8]J.
RosenbergandH.
Schulzrinne,"Guidelinesforauthorsofextensionstothesessioninitiationprotocol(SIP),"InternetDraft,InternetEngineeringTaskForce,June2002.
Workinprogress.
9AcknowledgementsThankstotheparticipantsintheEventsBOFatthe48thIETFmeetinginPittsburgh,aswellasthosewhogaveideasandsuggestionsontheSIPEventsmailinglist.
Inparticular,IwishtothankHenningSchulzrinneofColumbiaUniversityforcomingupwiththenalthree-tieredeventidenticationscheme,SeanOlsonformiscellaneousguidance,JonathanRosenbergforathoroughscrubbingofthe-00draft,andtheauthorsofthe"SIPExtensionsforPresence"documentfortheirinputtoSUBSCRIBEandNOTIFYrequestsemantics.
RoachStandardsTrack[Page29]RFC3265SIP-SpecicEventNoticationJune200210NoticeRegardingIntellectualPropertyRightsTheIETFhasbeennotiedofintellectualpropertyrightsclaimedinregardtosomeorallofthespec-icationcontainedinthisdocument.
Formoreinformation,consulttheonlinelistofclaimedrightsathttp://www.
ietf.
org/ipr.
html11Author'sAddressAdamRoachdynamicsoft5100TennysonParkwaySuite1200Plano,TX75024USAEMail:adam@dynamicsoft.
comVoice:sip:adam@dynamicsoft.
comFullCopyrightStatementCopyright(c)TheInternetSociety(2002).
AllRightsReserved.
Thisdocumentandtranslationsofitmaybecopiedandfurnishedtoothers,andderivativeworksthatcommentonorotherwiseexplainitorassistinitsimplementationmaybeprepared,copied,publishedanddistributed,inwholeorinpart,withoutrestrictionofanykind,providedthattheabovecopyrightnoticeandthisparagraphareincludedonallsuchcopiesandderivativeworks.
However,thisdocumentitselfmaynotbemodiedinanyway,suchasbyremovingthecopyrightnoticeorreferencestotheInternetSocietyorotherInternetorganizations,exceptasneededforthepurposeofdevelopingInternetstandardsinwhichcasetheproceduresforcopyrightsdenedintheInternetStandardsprocessmustbefollowed,orasrequiredtotranslateitintolanguagesotherthanEnglish.
ThelimitedpermissionsgrantedaboveareperpetualandwillnotberevokedbytheInternetSocietyoritssuccessorsorassigns.
Thisdocumentandtheinformationcontainedhereinisprovidedonan"ASIS"basisandTHEINTERNETSOCIETYANDTHEINTERNETENGINEERINGTASKFORCEDISCLAIMSALLWARRANTIES,EXPRESSORIMPLIED,INCLUDINGBUTNOTLIMITEDTOANYWARRANTYTHATTHEUSEOFTHEINFORMATIONHEREINWILLNOTINFRINGEANYRIGHTSORANYIMPLIEDWAR-RANTIESOFMERCHANTABILITYORFITNESSFORAPARTICULARPURPOSE.
AcknowledgementFundingfortheRFCEditorfunctioniscurrentlyprovidedbytheInternetSociety.
RoachStandardsTrack[Page30]
无忧云怎么样?无忧云,无忧云是一家成立于2017年的老牌商家旗下的服务器销售品牌,现由深圳市云上无忧网络科技有限公司运营,是正规持证IDC/ISP/IRCS商家,主要销售国内、中国香港、国外服务器产品,线路有腾讯云国外线路、自营香港CN2线路等,都是中国大陆直连线路,非常适合免备案建站业务需求和各种负载较高的项目,同时国内服务器也有多个BGP以及高防节点。一、无忧云官网点击此处进入无忧云官方网站二...
melbicom从2015年就开始运作了,在国内也是有一定的粉丝群,站长最早是从2017年开始介绍melbicom。上一次测评melbicom是在2018年,由于期间有不少人持续关注这个品牌,而且站长貌似也听说过路由什么的有变动的迹象。为此,今天重新对莫斯科数据中心的VPS进行一次简单测评,数据仅供参考。官方网站: https://melbicom.net比特币、信用卡、PayPal、支付宝、银联...
NameSilo是通过之前的感恩节优惠活动中认识到这家注册商的,于是今天早上花了点时间专门了解了NameSilo优惠码和商家的详细信息。该商家只销售域名,他们家的域名销售价格还是中规中矩的,没有像godaddy域名标价和使用优惠之后的价格悬殊很大,而且其特色就是该域名平台提供免费的域名停放、免费隐私保护等功能。namesilo新注册域名价格列表,NameSilo官方网站:www.namesilo....
403forbidden为你推荐
flashfxp那位大侠能通俗易懂的告诉我FlashFXP到底是个什么东西。到底有什么作用?到底怎么操作?Flash动画设计与制作——第九章:导出和发布动画企业电子邮局企业邮箱怎么使用?cuteftp什么是 CuteFtp Flashfxp Leapftp FlashGet字节跳动回应TikTok易主贾斯汀比伯的confident他在mv女主说了什么,大神回复,采纳申请支付宝账户怎样申请支付宝账户?要填写什么信息?汉字cuteftp客服电话各银行的客服电话是多少?开心001开心001与开心网怎么不一样,哪个是真的?yixingjia报价是什么意思
深圳域名空间 域名主机管理系统 汉邦高科域名申请 linode 嘉洲服务器 上海域名 789电视 ntfs格式分区 阿里校园 shopex主机 带宽租赁 美国盐湖城 香港ip 卡巴斯基免费下载 域名商城 海尔t68驱动 台式机主机 免费免备案cdn xendesktop 长沙服务器托管 更多