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]
云基成立于2020年,目前主要提供高防海内外独立服务器用户,欢迎各类追求稳定和高防优质线路的用户。业务可选:洛杉矶CN2-GIA+高防(默认500G高防)、洛杉矶CN2-GIA(默认带50Gbps防御)、香港CN2-GIA高防(双向CN2GIA专线,突发带宽支持,15G-20G DDoS防御,无视CC)、国内高防服务器(广州移动、北京多线、石家庄BGP、保定联通、扬州BGP、厦门BGP、厦门电信、...
公司成立于2021年,专注为用户提供低价高性能云计算产品,致力于云计算应用的易用性开发,面向全球客户提供基于云计算的IT解决方案与客户服务,拥有丰富的国内BGP、三线高防、香港等优质的IDC资源。公司一直秉承”以人为本、客户为尊、永续创新”的价值观,坚持”以微笑收获友善, 以尊重收获理解,以责任收获支持,以谦卑收获成长”的行为观向客户提供全面优质的互...
新网好不好?新网域名便宜吗?新网怎么样?新网是国内老牌知名域名注册商,企业正规化运营,资质齐全,与阿里云万网和腾讯云DNSPOD同为国内服务商巨头。近日新网发布了最新的七月放价季优惠活动,主要针对域名、云主机、企业邮箱、SSL证书等多款云产品推送了超值的优惠,其中.com顶级域名仅19.9元/首年,.cn域名仅16元/首年,云主机1核心2G内存3Mbps带宽仅9.9元/月,企业邮箱更是免费送1年,...
403forbidden为你推荐
centos6.5centos 6.5 安装哪些软件conn.asp数据库连接出错,请打开conn.asp文件检查连接字串。filezillaserver谁用过FileZilla_Server啊,请教解析cuteftp可信网站网站备案了,还要验证可信网站吗?他们有什么区别discuz伪静态Discuz! X3.0 到底能不能伪静态?门户怎么伪静态?discuz伪静态求虚拟主机Discuz 伪静态设置方法美国独立美国是什么时候独立的?美国独立美国独立战争的概况网站后台密码破解如何破解网站后台密码
厦门域名注册 securitycenter linode NetSpeeder 三拼域名 银盘服务是什么 论坛主机 金主 阿里云邮箱个人版 好看的空间 zcloud godaddyssl winserver2008r2 cc加速器 建站行业 paypal登陆 海尔t68驱动 dns是什么意思 装修瓦工培训 vpn服务器架设 更多