Office of the Communications Authority
|
|
|
- Valerie Hancock
- 10 years ago
- Views:
Transcription
1 Guidelines for Cable-based External Fixed Telecommunications Network Services Operators and Internet Service Providers for Reporting Network and Service Outage Office of the Communications Authority
2 Amendment History Item Issue No. Issue Date Paragraph/Section Description Section C2 Revise the timeframe for reporting the Internet service outage Paragraph 1.5 Add Footnote 1 and renumber the original Footnote 1 in Issue 2 as Footnote Footnote 2 Add the meaning of overland cable system operators Paragraph 2.3 Add overland cable system outage and other editorial changes Paragraph 2.4 Editorial changes Appendix C Editorial changes Appendices B, C and D Add Appendix B and other editorial changes and rename the original Appendix B and Appendix C in Issue 2 as Appendix C and Appendix D respectively Whole document (i) Editorial changes to rename OFTA to OFCA; (ii) add the requirement of notifications to affected customers. i
3 CONTENTS 1. Introduction 2. Reportable Outage 3. Information to be Provided by the Operator when Reporting an Outage 4. Updates on Network and Service Status 5. Incident Report 6. Contact Points 7. Dissemination of Information to Customers by Internet Service Providers Appendix A Section A1 Section A2 Section A3 Section A4 Appendix B Section B1 Section B2 Section B3 Section B4 Appendix C Section C1 Section C2 Section C3 Section C4 Appendix D Section D1 Section D2 Section D3 Section D4 Submarine Cable System Outage Events of Submarine Cable System Outage Timeframe for Reporting Submarine Cable System Outage Examples of Submarine Cable System Outage Flowchart Showing the Main Steps for Reporting Submarine Cable System Outage Overland Cable System Outage Events of Overland Cable System Outage Timeframe for Reporting Overland Cable System Outage Examples of Overland Cable System Outage Flowchart Showing the Main Steps for Reporting Overland Cable System Outage External Telecommunications Services Outage Event of External Telecommunications Services Outage Timeframe for Reporting External Telecommunications Services Outage Examples of External Telecommunications Services Outage Flowchart Showing the Main Steps for Reporting External Telecommunications Services Outage Internet Service Outage Events of Internet Service Outage Timeframe for Reporting Internet Service Outage Examples of Internet Service Outage Flowchart Showing the Main Steps for Reporting Internet Service Outage ii
4 1 Introduction 1.1 Public telecommunications networks and services form a critical part of the information infrastructure in Hong Kong. The information on public telecommunications network and service outage is essential to maintain and improve the infrastructure reliability as it provides the basis for the Office of the Communications Authority ( OFCA ) to determine whether the patterns of outage justify government interventions or industry cooperation initiatives to prevent the recurrence of similar outage. The critical need for timely and accurate information is also recognized in times of outage to assess their impacts and to determine whether immediate responses are required to contain or minimise the impacts. 1.2 Under their respective licences, public telecommunications operators are obliged to provide their services in a manner satisfactory to the Communications Authority ( CA ) at all times. To support CA s functions and responsibilities in respect of overseeing the operators compliance with the licence condition, OFCA issues this document entitled Guidelines for Cablebased External Fixed Telecommunications Network Services Operators and Internet Service Providers for Reporting Network and Service Outage ( the Guidelines ). 1.3 The Guidelines should be observed by the cable-based external fixed telecommunications network services operators and Internet service providers (collectively called the operators ). In the event of network or service outage, the operators should report the outage to OFCA in accordance with the criteria and timeframes set out in the Guidelines. 1.4 Both the operators and OFCA should play their respective roles in advising the users and the public. The operators, having the first-hand information about the operational status of their networks and services, should be responsible for providing prompt information and advice to their customers on outage or degradation. Where the outage or degradation falls within the reporting criteria, the operator concerned should, in addition to providing information and advice to its customers, report to OFCA within the specified timeframe. OFCA, upon receiving such information, should promptly inform the public and provide guidance where necessary if the outage or degradation is assessed to have significant and territory-wide implications. 1
5 1.5 The commercial sensitive information contained in the outage reports submitted by the operators should be treated as confidential and should not be disclosed without consent from the operators concerned The Guidelines should be subject to continuous review to keep pace with the technological and market changes in order to safeguard the public interest. 2 Reportable Outage 2.1 An outage is defined as a loss of or a significant degradation in the ability of the customer to establish and/or maintain a channel of communication as a result of failure or degradation in the performance of an operator s network or service. 2.2 In addition to incidents of software or hardware outage, significant degradation occurs when traffic produces excessive demands on available system resources, resulting in switch congestion or system overload. 2.3 The criteria for determining whether an outage event is reportable and the reporting procedures are given in Appendices A, B, C and D for submarine cable system outage, overland cable system outage, external telecommunications services ( ETS ) outage and Internet service outage respectively. Submarine cable system operators, overland cable system operators 2, cable-based external fixed telecommunications network services operators other than submarine cable system operators and overland cable system operators, and Internet service providers are required to comply with Appendices A, B, C and D respectively. 2.4 The reportable events given in the Appendices A, B, C and D are by no means exhaustive. Operators should, whenever necessary, report to OFCA 1 2 OFCA has made arrangements with its counterparts in other economies on information exchange relating to failures of submarine and overland cable systems. Such notification mechanisms will help secure early warnings and first hand information about the incidents that may adversely affect Hong Kong s public telecommunications services. The sensitive information exchanged will be treated as confidential and restricted for distribution on a strict need-to-know basis. For the purpose of the Guidelines, the term submarine cable system operators and overland cable system operators refer to the cable-based external fixed telecommunications network services operators who operate submarine cable systems and overland cable systems respectively. 2
6 on other events that may have significant impact on their network operation or services. 3 Information to be Provided by the Operator when Reporting an Outage 3.1 When reporting an outage to OFCA, the operator concerned should provide OFCA with the following information, whenever possible :- (a) name of operator; (b) description of incident; (c) date and time of onset of the incident; (d) types and estimated number of customers/end-users affected; (e) affected areas; (f) actions taken; and (g) contact information: name of contact person as well as the person s fixed and mobile telephone numbers and address. 4 Updates on Network and Service Status 4.1 During the recovery stage, the operator concerned should inform OFCA of the status of the affected network/service. Under critical circumstances, OFCA may specify the update frequency and the information to be provided by the operator concerned to facilitate the assessment on the impact of the outage and the progress of recovery of the affected network/service. 5 Incident Report 5.1 A preliminary report should be submitted to OFCA within 3 working days from the happening of the incident. The preliminary report should give a detailed account of the incident, the events which lead to the occurrence of the outage and the remedial actions taken. 5.2 Where requested by OFCA, a full report should be submitted to OFCA within 14 working days from the happening of the incident or other deadline as specified by OFCA. The full report should give a detailed account 3
7 of the measures which have been taken (or will be taken) in order to prevent similar incidents from happening again. 6 Contact Points 6.1 OFCA s contact points for reporting outage are as follows :- [Intentionally Left Blank] 6.2 Each operator is required to provide OFCA with the contact information of its focal point responsible for reporting outage to OFCA, including the names, fixed and mobile telephone numbers and addresses of the first and second contact persons. Whenever there is any update on the contact information, the operator should inform OFCA of the change at least 5 days before the effective date. 7. Dissemination of Information to Customers by Internet Service Providers (ISPs) 7.1 ISPs (including fixed and mobile network operators) providing internet access services (including fixed broadband and mobile data services) should endeavour to disseminate the outage information, in an expeditious and effective manner, to affected customers. 7.2 When communication channels are severely interrupted by the outage, the concerned ISP is encouraged to make a public announcement over mass media channels. 7.3 When the outage is restored, the concerned ISP should notify the affected customers within one hour after the affected network/service is restored. 4
8 Appendix A Submarine Cable System Outage The reporting criteria are given in Section A1. In the event of a submarine cable system outage, the submarine cable system operator should report the outage to OFCA within the timeframe set out in Section A2. Sections A3 and A4 show the examples of submarine cable system outage and the main steps for reporting the outage respectively. Section A1 Events of Submarine Cable System Outage Fishbone/linear submarine cable systems Ring or other types of submarine cable systems Backhauls Event Dual failures in two fishbone/linear submarine cable systems causing Hong Kong to be unable to communicate with other places by means of these two systems Failure in a ring or other type of submarine cable system causing Hong Kong to be unable to communicate with other places by means of that system A loss of more than 50 % of the backhaul capacity of a submarine cable system within Hong Kong Duration of outage (minutes) 5
9 Section A2 Timeframe for Reporting Submarine Cable System Outage Occurrence Time Initial Report System Normalization Between 00:00 and 24:00 of each day should report the submarine cable system outage to OFCA within 2 hours from the confirmation of the outage or within 4 hours from the happening of the outage, whichever is earlier. Under critical circumstances, OFCA may request the operator concerned to submit the initial report within a shorter period of time. should report to OFCA within 1 day from the completion of system normalization. Under critical circumstances, OFCA may request the operator concerned to report to OFCA within a shorter period of time. Section A3 Examples of Submarine Cable System Outage Incidents of submarine cables such as submarine cables being damaged by anchors dropped from ships, dredging fishing nets, earthquakes or other unknown reasons. Multiple failures in the backhaul links leading to a loss of more than 50 % of the backhaul capacity of a submarine cable system within Hong Kong. Note: The list above is by no means exhaustive. Operators should report other submarine cable system outage that is not covered in the list, if deemed necessary. 6
10 Section A4 Flowchart Showing the Main Steps for Reporting Submarine Cable System Outage Start In the event of a submarine cable system outage, the operator concerned should report the outage to OFCA within the timeframe set out in Section A2 Is system normalisation completed? No should inform OFCA of the status of the affected network/service Yes should report to OFCA within the timeframe set out in Section A2 should submit preliminary report to OFCA within 3 working days from the happening of the incident Is requested to submit full report? No Yes should submit full report to OFCA within 14 working days from the happening of the incident or other deadline as specified by OFCA End 7
11 Appendix B Overland Cable System Outage The reporting criteria are given in Section B1. In the event of an overland cable system outage, the overland cable system operator should report the outage to OFCA within the timeframe set out in Section B2. Sections B3 and B4 show the examples of overland cable system outage and the main steps for reporting the outage respectively. Section B1 Events of Overland Cable System Outage Overland cable system Overland cable capacity Backhauls Event Failure in an overland cable system causing Hong Kong to be unable to communicate with Mainland China by means of that system A loss of more than 50 % of the total activated overland cable capacity between Hong Kong and Mainland China A loss of more than 50 % of the backhaul capacity of an overland cable system within Hong Kong Duration of outage (minutes) 8
12 Section B2 Timeframe for Reporting Overland Cable System Outage Occurrence Time Initial Report System Normalization Between 00:00 and 24:00 of each day should report the overland cable system outage to OFCA within 2 hours from the confirmation of the outage or within 4 hours from the happening of the outage, whichever is earlier. Under critical circumstances, OFCA may request the operator concerned to submit the initial report within a shorter period of time. should report to OFCA within 1 day from the completion of system normalization. Under critical circumstances, OFCA may request the operator concerned to report to OFCA within a shorter period of time. Section B3 Examples of Overland Cable System Outage Incidents of overland cables such as overland cables being damaged by accidents, vandalism, road opening, earthquakes or other unknown reasons. Failure(s) in overland cable system(s) leading to a loss of more than 50 % of the total activated overland cable capacity between Hong Kong and Mainland China. Multiple failures in the backhaul links leading to a loss of more than 50 % of the backhaul capacity of an overland cable system within Hong Kong. Note: The list above is by no means exhaustive. Operators should report other overland cable system outage that is not covered in the list, if deemed necessary. 9
13 Section B4 Flowchart Showing the Main Steps for Reporting Overland Cable System Outage Start In the event of an overland cable system outage, the operator concerned should report the outage to OFCA within the timeframe set out in Section B2 Is system normalisation completed? No should inform OFCA of the status of the affected network/service Yes should report to OFCA within the timeframe set out in Section B2 should submit preliminary report to OFCA within 3 working days from the happening of the incident Is requested to submit full report? No Yes should submit full report to OFCA within 14 working days from the happening of the incident or other deadline as specified by OFCA End 10
14 Appendix C External Telecommunications Services Outage The reporting criteria are given in Section C1. In the event of an ETS outage, the cable-based external fixed telecommunications network services operator (other than submarine cable system operator and overland cable system operator) should report the outage to OFCA within the timeframe set out in Section C2. Sections C3 and C4 show the examples of ETS outage and the main steps for reporting the outage respectively. Section C1 Event of ETS Outage Event A loss of more than 50% of the total activated capacity between Hong Kong and another place Duration of outage (minutes) Section C2 Timeframe for Reporting ETS Outage Occurrence Time Initial Report Restoration of Service Between 00:00 and 24:00 of each day should report the ETS outage to OFCA within 2 hours from the confirmation of the outage or within 4 hours from the happening of the outage, whichever is earlier. Under critical circumstances, OFCA may request the operator concerned to submit the initial report within a shorter period of time. should report to OFCA within 1 day from the restoration of network/service. Under critical circumstances, OFCA may request the operator concerned to report to OFCA within a shorter period of time. 11
15 Section C3 Examples of ETS Outage Failure(s) in submarine cable system(s) or overland cable system(s) leading to a loss of more than 50 % of the total activated capacity between Hong Kong and another place. Multiple failures in the backhaul links leading to a loss of more than 50 % of backhaul capacity. Total failure in the main switch and the standby switch. Note: The list above is by no means exhaustive. Operators should report other ETS outage that is not covered in the list, if deemed necessary. 12
16 Section C4 Flowchart Showing the Main Steps for Reporting ETS Outage Start In the event of an ETS outage, the operator concerned should report the outage to OFCA within the timeframe set out in Section C2 Is network/service restoration completed? No should inform OFCA of the status of the affected network/service Yes should report to OFCA within the timeframe set out in Section C2 should submit preliminary report to OFCA within 3 working days from the happening of the incident Is requested to submit full report? No Yes should submit full report to OFCA within 14 working days from the happening of the incident or other deadline as specified by OFCA End 13
17 Appendix D Internet Service Outage The reporting criteria are given in Section D1. In the event of an Internet service outage, the Internet service provider should report the outage to OFCA within the timeframe set out in Section D2. Sections D3 and D4 show the examples of Internet service outage and the main steps for reporting the outage to OFCA respectively. Section D1 Events of Internet Service Outage External Connectivity Event A loss of 50 % or more of the total bandwidth to HKIX A loss of 50 % or more of the total bandwidth to local peers A loss of 50 % or more of the total bandwidth to any one of the following destinations :- USA/North America Mainland China Asia Pacific countries UK/Europe Total bandwidth utilization to any one of the following destinations reaching or exceeding 95 % :- HKIX Local Peers USA/North America Mainland China Asia Pacific countries UK/Europe Duration of outage (minutes) Or 14
18 External Connectivity Core Network User Connectivity Event Total bandwidth utilization to any one of the following destinations dropping to 50 % or below (with reference to the date/time of the previous week) :- HKIX Local Peers USA/North America Mainland China Asia Pacific countries UK/Europe Degradation of service or failure of critical components including, but not limited to, DNS, routers or switches that would affect/potentially affect 10,000 or more users Degradation of service or failure of critical components including, but not limited to, DHCP, or authentication servers that would affect 10,000 or more users Duration of outage (minutes) > 45 15
19 Section D2 Timeframe for Reporting Internet Service Outage Occurrence Time Initial Report Restoration of Service Time Zone 1 (Between 08:30 and 01:00 of next day) Time Zone 2 (Between 01:00 and 08:30) should report the Internet service outage to OFCA within 1 hour from the happening of the outage should report the Internet service outage to OFCA within 1 hour from the happening of the outage or by 08:30, whichever is later should report to OFCA within 2 hours from the restoration of the network/service should report to OFCA within 2 hours from the restoration of the network/service or by 08:30, whichever is later 16
20 Section D3 Examples of Internet Service Outage A loss of 50 % or more of the total connection bandwidth to HKIX. A loss of 50 % or more of the total bandwidth to any one of the following destinations :- Mainland China US UK/Europe Asia Pacific countries. 95 % or more of the total bandwidth utilization of connections to HKIX is constantly reached for 30 minutes. 10,000 or more users are unable to connect to the Internet. Failure of core routers/switches causing 10,000 or more users to be unable to access to the Internet. Note: The list above is by no means exhaustive. Operators should report other Internet service outage that is not covered in the list, if deemed necessary. 17
21 Section D4 Flowchart Showing the Main Steps for Reporting Internet Service Outage Start In the event of an Internet service outage, the operator concerned should report the outage to OFCA within the timeframe set out in Section D2 Is network/service restoration completed? No The operator should inform OFCA of the status of the affected network/service Yes should report to OFCA within the timeframe set out in Section D2 should submit preliminary report to OFCA within 3 working days from the happening of the incident Is requested to submit full report? No Yes should submit full report to OFCA within 14 working days from the happening of the incident or other deadline as specified by OFCA End 18
Security Annex for Firewalls Additional Terms for Firewall Service
CONTENTS 1 Glossary of Terms & Definitions... 2 2 Service Description... 2 2.1 Firewall Service and Next Generation Firewall Service... 2 2.2 Roaming SSL Access Services... 3 2.3 DMZ Services... 3 3 Vendor
Security Guidelines for. Next Generation Networks. Office of the Telecommunications Authority
Security Guidelines for Next Generation Networks Office of the Telecommunications Authority 1 April 2010 FOREWORD In Hong Kong, public telecommunications operators (hereafter referred to as operators )
Network Services Internet VPN
Contents 1. 2. Network Services Customer Responsibilities 3. Network Services General 4. Service Management Boundary 5. Defined Terms Network Services Where the Customer selects as detailed in the Order
NetStream 1 Disaster Recovery Service Service Schedule
NetStream 1 Disaster Recovery Service Service Schedule Contents 1 Definitions 2 Service Annex 1 List of Sites covered by this Contract British Telecommunications plc Page 1 of 5 1 DEFINITIONS The following
Security Annex for Firewalls Additional Terms for Firewall Service
CONTENTS 1 Glossary of Terms & Definitions... 2 2 Service Description... 2 2.1 Firewall Service and Next Generation Firewall Service... 2 2.2 Roaming SSL Access Services... 2 2.3 DMZ Services... 3 2.4
Privacy and Electronic Communications Regulations
ICO lo Notification of PECR security breaches Privacy and Electronic Communications Regulations Contents Introduction... 2 Overview... 2 Relevant security breaches... 3 What is a service provider?... 3
schedule 2f additional terms for internet services
1. SERVICE DESCRIPTION Interoute Internet Services comprises of the provision and supply of connectivity to the Internet via the Interoute IP Network. 2. DEFINITIONS ADSL refers to Asymmetric Digital Subscriber
1 ForestSafe SaaS Service details Service Description Functional Non Functional
1 ForestSafe SaaS Service details 1.1 Service Description ForestSafe is a privileged identity management system used today to manage the Administrator passwords of 65,000 computers by the UK largest bank.
MAILGUARD, WEBGUARD AND EMAIL ARCHIVING SERVICE SCHEDULE
MAILGUARD, WEBGUARD AND EMAIL ARCHIVING SERVICE SCHEDULE 1. APPLICABILITY This Service Schedule is applicable only to the COF for the purchase of Mail Guard, Web Guard and Mail Archiving Services, to the
Schedule 2i. All the terms indicated above in capital letters are defined below.
1. SERVICE DESCRIPTION Interoute Transit service comprises of the provision and supply of connectivity to the Internet via the Interoute IP Network (from now on the Service ). The Service can be provided
Registration for service activation of Maritime Mobile Earth Station PSA use only code
Registration for service activation of Maritime Mobile Earth Station code Sections 1-, 6 and 8 are to be completed by all customers Application number Tick Boxes as appropriate. Please write in block capitals
APPENDIX 8 TO SCHEDULE 3.3
EHIBIT Q to Amendment No. 60 - APPENDI 8 TO SCHEDULE 3.3 TO THE COMPREHENSIVE INFRASTRUCTURE AGREEMENT APPENDI 8 TO SCHEDULE 3.3 TO THE COMPREHENSIVE INFRASTRUCTURE AGREEMENT EHIBIT Q to Amendment No.
VOCUS SIP SERVICE SCHEDULE
VOCUS SIP SERVICE SCHEDULE 1 SERVICE DESCRIPTION 1.1 This Service Schedule applies to SIP service (Vocus SIP Service). The Vocus SIP Service enables a switch to be connected to the PSTN via SIP/IP/RTP
ADDITIONAL TERMS FOR VIRTUAL VOICE NETWORK SERVICES SCHEDULE 2L
ADDITIONAL TERMS FOR VIRTUAL VOICE NETWORK SERVICES SCHEDULE 2L CONTENTS 1 Service Description... 3 2 Definitions... 3 3 Virtual Voice Network terms... 4 4 CHARGES... 4 4.1 Charges payable by the... 4
CA API Management SaaS
SaaS Listing CA API Management SaaS 1. Introduction This document provides standards and features that apply to the CA API Management SaaS offering ( Service ) provided to the Customer and defines the
Specific amendments to the Capacity Allocation and Congestion Management Network Code
Annex: Specific amendments to the Capacity Allocation and Congestion Management Network Code I. Amendments with respect to entry into force and application The Network Code defines deadlines for several
IT Disaster Recovery and Business Resumption Planning Standards
Information Technology Disaster Recovery and Business IT Disaster Recovery and Business Adopted by the Information Services Board (ISB) on May 28, 1992 Policy No: Also see: 500-P1, 502-G1 Supersedes No:
Smart Meters Programme Schedule 8.6. (Business Continuity and Disaster Recovery Plan) (CSP North version)
Smart Meters Programme Schedule 8.6 (Business Continuity and Disaster Recovery Plan) (CSP North version) Schedule 8.6 (Business Continuity and Disaster Recovery Plan) (CSP North version) Amendment History
SERVICE LEVEL AGREEMENT
SERVICE LEVEL AGREEMENT This service level agreement ( SLA ) is incorporated into the master services agreement ( MSA ) and applies to all services delivered to customers. This SLA does not apply to the
No. 22 663 SUPPLEMENTARY GAZETTE THE SOUTH AUSTRALIAN GOVERNMENT GAZETTE. www.governmentgazette.sa.gov.au PUBLISHED BY AUTHORITY
No. 22 663 SUPPLEMENTARY GAZETTE THE SOUTH AUSTRALIAN GOVERNMENT GAZETTE www.governmentgazette.sa.gov.au PUBLISHED BY AUTHORITY ALL PUBLIC ACTS appearing in this GAZETTE are to be considered official,
COLOCATION SERVICE SCHEDULE
COLOCATION SERVICE SCHEDULE 1. DEFINITIONS AND INTERPRETATION 1.1 Definitions Capitalised terms in this Service Schedule not otherwise defined here have the meaning given in the Master Services Agreement:
ST HELENA TELECOMMUNICATIONS ORDINANCE, CAP 106 LICENCE TO OPERATE BROADCASTING STATIONS AND TO BROADCAST SERVICES (TELEVISION BROADCASTING LICENCE)
ST HELENA TELECOMMUNICATIONS ORDINANCE, CAP 106 LICENCE TO OPERATE BROADCASTING STATIONS AND TO BROADCAST SERVICES (TELEVISION BROADCASTING LICENCE) 1. I, the Governor, acting in accordance with section
CRM Support Services Agreement
CRM Support Services Agreement Agreement Number: Start Date: Renewal Date: Minimum Term: Points Purchased in Initial Minimum Term: This Agreement sets forth the terms and conditions under which The CRM
DISASTER RECOVERY WITH AWS
DISASTER RECOVERY WITH AWS Every company is vulnerable to a range of outages and disasters. From a common computer virus or network outage to a fire or flood these interruptions can wreak havoc on your
Standard Terms and Conditions
Standard Terms and Conditions Prior to 30 November 2014 CallPlus Services Limited Level 3, 110 Symonds Street PO Box 108 109 Symonds Street, Auckland 1150, New Zealand www.callplus.co.nz PAGE 1 of 8 1.
schedule 2L Additional terms for Virtual Voice Network services
1. SERVICE DESCRIPTION The Interoute Virtual Voice Network (VVN) Service provides the Customer with a dedicated number of Ports leased on the Interoute Voice Soft Switching platform. 2. DEFINITIONS Additional
Investigation Report: HKA Holidays Limited Leaked Customers Personal Data through the Mobile Application TravelBud
Published under Section 48(2) of the Personal Data (Privacy) Ordinance (Cap. 486) Investigation Report: HKA Holidays Limited Leaked Customers Personal Data through the Mobile Application TravelBud Report
Service Level Agreement (SLA)
1. Introduction This Service Level Agreement formalises Nextgen Networks commitment to our customers and outlines our operational policies and practices that define the customer experience. Nextgen is
Mitel Cloud Service Level Agreement
Mitel Cloud Service Level Agreement This Service Level Agreement ( SLA ) overviews Mitel Cloud Services, Inc. best practices, goals and Customer remedies with respect to providing industry leading customer
APPENDIX 8 TO SCHEDULE 3.3
APPENDI 8 TO SCHEDULE 3.3 TO THE COMPREHENSIVE INFRASTRUCTURE AGREEMENT APPENDI 8 TO SCHEDULE 3.3 TO THE COMPREHENSIVE INFRASTRUCTURE AGREEMENT APPENDI 8 TO SCHEDULE 3.3 TO THE COMPREHENSIVE INFRASTRUCTURE
Disaster Recovery Plan Documentation for Agencies Instructions
California Office of Information Security Disaster Recovery Plan Documentation for Agencies Instructions () November 2009 SCOPE AND PURPOSE The requirements included in this document are applicable to
Service Schedule 5 - Internet Connectivity Services Terms & Conditions v1.0
Overriding provisions All quotations are made and all orders are accepted subject to these conditions ( these Schedule Terms ) and our Active Support Contract Framework Terms. In the event of conflict
BROADCASTING ACT (CHAPTER 28) Code of Practice for Television Broadcast Standards
BROADCASTING ACT (CHAPTER 28) Code of Practice for Television Broadcast Standards 1 In exercise of the powers conferred by section 6 of the Broadcasting Act (Cap. 28), the Media Development Authority of
How To Use Adobe Software For A Business
EXHIBIT FOR MANAGED SERVICES (2013V3) This Exhibit for Managed Services, in addition to the General Terms, the OnDemand Exhibit, and any applicable PDM, applies to any Managed Services offering licensed
IBM Global Technology Services Statement of Work. for. IBM Infrastructure Security Services - Penetration Testing - Express Penetration Testing
IBM Global Technology Services Statement of Work for IBM Infrastructure Security Services - Penetration Testing - Express Penetration Testing The information in this Statement of Work may not be disclosed
PBGC Information Security Policy
PBGC Information Security Policy 1. Purpose. The Pension Benefit Guaranty Corporation (PBGC) Information Security Policy (ISP) defines the security and protection of PBGC information resources. 2. Reference.
AGREEMENT on cpanel Hosting service use. AGREEMENT No. Concluded on: 1. (hereinafter: the Customer) Article 1 Subject and Definition
AGREEMENT on cpanel Hosting service use AGREEMENT No. Concluded on: Between the Parties: 1. (hereinafter: the Customer) and 2. EUnet d.o.o, Milentija Popovića 9, Sava Centar, 11070 Novi Beograd, represented
Terms and Conditions For Mobile Phone Service. Pre-Paid Type. Between The Service Provider And Subscribers
Terms and Conditions For Mobile Phone Service Pre-Paid Type Between The Service Provider And Subscribers 1. General 1.1 This Terms and Conditions for Mobile Phone Service ( Terms and Conditions ) is binding
Ancero Backup & Disaster Recovery (BDR) Service Guide
Ancero Backup & Disaster Recovery (BDR) Service Guide Contents Service Overview... 3 Ancero Backup and Disaster Recovery... 3 Hardware Warranty... 3 Warranty Exclusions and Limitations... 3 Extended Hardware
d.b.a. North State Communications First Revised Page 1 Canceling Original Page 1 INFORMATIONAL TARIFF INTERSTATE OPERATOR SERVICES
d.b.a. North State Communications First Revised Page 1 Canceling Original Page 1 INFORMATIONAL TARIFF INTERSTATE OPERATOR SERVICES REGULATIONS AND SCHEDULE OF CHARGES APPLICABLE TO OPERATOR SERVICES FURNISHED
Schedule 5: SaaS Premium Service Level Agreement
Schedule 5: SaaS Premium Service Level Agreement Service Level Agreement Number - - - - - _- _- _- _ ( ) Document Version: SLA (with SAAS) V_1_4 Contents 1. Provision of Service Warranty 3 1.1. Formula
CITY UNIVERSITY OF HONG KONG Information Security Incident Management Standard
CITY UNIVERSITY OF HONG KONG Information Security Incident Management Standard (Approved by the Information Strategy and Governance Committee in December 2013; revision 1.1 approved by Chief Information
Community Anchor Institution Service Level Agreement
Community Anchor Institution Service Level Agreement Date: 3/13/2014 Version: 2.0 Prepared by: DC-Net Table of Contents 1 Service Level Agreement... 3 2 Definitions... 3 3 Service Delivery... 5 3.1 Network
Network & Information Security Policy
Policy Version: 2.1 Approved: 02/20/2015 Effective: 03/02/2015 Table of Contents I. Purpose................... 1 II. Scope.................... 1 III. Roles and Responsibilities............. 1 IV. Risk
SIP TRUNKS SERVICE SCHEDULE
SIP TRUNKS SERVICE SCHEDULE 1 SERVICE DESCRIPTION 1.1 This Service Schedule applies to SIP Trunks service (SIP Trunks Service). The SIP Trunks Service enables a switch to be connected to the PSTN via SIP/IP/RTP
Sample Statement of Work
Sample Statement of Work Customer name Brad Miller [email protected] Fishnet Security Sample Statement of Work: Customer Name Scope of Work Engagement Objectives Customer, TX ( Customer or Client )
Personal Data & Privacy Policy Statement
Personal Data & Privacy Policy Statement Your Privacy Hong Kong Broadband Network Limited ("we" or the "Company") respect the privacy rights of visitors to all our company websites (the Websites ) and
AAPT Business NBNPhone
AAPT Business NBNPhone Service Schedule NBN and NBN Co are trademarks of NBN Co Limited and are used under licence from NBN Co Limited. This Service Schedule forms part of the Agreement between Us and
INFORMATION TECHNOLOGY SERVICES IT CHANGE MANAGEMENT POLICY & PROCESS
INFORMATION TECHNOLOGY SERVICES IT CHANGE MANAGEMENT POLICY & PROCESS Revised: 12/5/2011 Table of Contents Overview... 3 Roles and Responsibilities... 4 Management Process Definition... 6 Management Process
Customer Service Charter TEMPLATE. Customer Service Charter Version: 0.1 Issue date :
Customer Service Charter TEMPLATE Customer Service Charter Version: 0.1 Issue date : Document Information Document Name Document Overview Author Approver Document Owner Document Owner Telephone Document
excommerce Online Systems as a service
excommerce Online Systems as a service Service plan This service plan is designed for users who wish to have support services for their dotnetnuke and/or catalook and/or XLink integration. excommerce is
Power System. Supply Reliability and Performance Pledges. Tariff. Why talk to CLP? How Can CLP Help? Contact Us FAQ
Power System Supply Reliability and Performance Pledges Tariff Why talk to CLP? How Can CLP Help? Contact Us FAQ Power System Generation CLP has 3 generation plants located in the New Territories and 2
SPECIFIC TERMS AND CONDITIONS FOR SINGTEL EXPAN MANAGED HOSTING SERVICE (Open Rack Service)
SPECIFIC TERMS AND CONDITIONS FOR SINGTEL EXPAN MANAGED HOSTING SERVICE (Open Rack Service) 1. Definitions and Interpretation 1.1 In these Specific Terms and Conditions, the following words and expressions
EASYNET CHANNEL PARTNERS LIMITED PARTNER MASTER SERVICES AGREEMENT SIP TRUNKING SERVICE PRODUCT TERMS
EASYNET CHANNEL PARTNERS LIMITED PARTNER MASTER SERVICES AGREEMENT SIP TRUNKING SERVICE PRODUCT TERMS Registered Office at: St James House Oldbury Bracknell RG12 8TH Company No: 03676297 BMI MSA 20140901
Last updated: 30 May 2016. Credit Suisse Privacy Policy
Last updated: 30 May 2016 Credit Suisse Please read this privacy policy (the ) as it describes how we intend to collect, use, store, share, and safeguard your information. By accessing, visiting or using
ADDITIONAL TERMS FOR HOSTED EXCHANGE SERVICES SCHEDULE 2Z
ADDITIONAL TERMS FOR HOSTED EXCHANGE SERVICES SCHEDULE 2Z CONTENTS 1 Service Description... 3 2 Definitions... 3 3 Service Terms... 4 3.1 Scope of Hosted Exchange Services... 4 3.2 Data centre locations...
DISASTER RECOVERY AND NETWORK REDUNDANCY WHITE PAPER
DISASTER RECOVERY AND NETWORK REDUNDANCY WHITE PAPER Disasters or accidents would cause great harm on network infrastructure. It is unavoidable and the operation of network would be hampered for a long
Security Annex for 2FA Additional Terms for Two Factor Authentication Service
CONTENTS 1 Glossary of Terms & Definitions... 2 2 Service Description... 2 2.1 Provisioning... 2 2.2 Setup... 2 2.3 Technical Support... 3 2.4 Administrator Responsibilities... 3 2.5 Devices... 3 3 Vendor
Schedule 2f. Schedule 2F Internet Services UK Eng Lang V4.0 120109 page 1 of 10
1. SERVICE DESCRIPTION Interoute Internet Services comprises of the provision and supply of connectivity to the Internet via the Interoute IP Network. 2. DEFINITIONS ADSL refers to Asymmetric Digital Subscriber
Malpractice & Maladministration Procedure
Malpractice & Maladministration Procedure June 2015 Contents 1. Introduction...3 2. Scope and definitions...3 3. Reporting maladministration...4 4. Dealing with malpractice...4 5. Reporting malpractice...4
VMware vcloud Air HIPAA Matrix
goes to great lengths to ensure the security and availability of vcloud Air services. In this effort VMware has completed an independent third party examination of vcloud Air against applicable regulatory
CLOUD SERVICES SERVICE LEVEL AGREEMENT. Cloud Services
Article 1: Definitions CLOUD SERVICES SERVICE LEVEL AGREEMENT Support for all Customers on all Problems with the exception of 1 st line Help desk those which initial investigation shows are directly related
MALAYSIAN TECHNOLOGY DEVELOPMENT CORPORATION SDN. BHD.
MALAYSIAN TECHNOLOGY DEVELOPMENT CORPORATION SDN. BHD. WHISTLEBLOWING POLICY AND GUIDELINES 16 March 2012 Version 1.0 TABLE OF CONTENTS WHISTLEBLOWING POLICY Page WHISTLEBLOWING GUIDELINES B1 DEFINITION
EASYNET CHANNEL PARTNERS LIMITED PARTNER MASTER SERVICES AGREEMENT HOSTED IP TELEPHONY SERVICE PRODUCT TERMS
EASYNET CHANNEL PARTNERS LIMITED PARTNER MASTER SERVICES AGREEMENT HOSTED IP TELEPHONY SERVICE PRODUCT TERMS Registered Office at: St James House Oldbury Bracknell RG12 8TH Company No: 03676297 BMI MSA
Supplier IT Security Guide
Revision Date: 28 November 2012 TABLE OF CONTENT 1. INTRODUCTION... 3 2. PURPOSE... 3 3. GENERAL ACCESS REQUIREMENTS... 3 4. SECURITY RULES FOR SUPPLIER WORKPLACES AT AN INFINEON LOCATION... 3 5. DATA
Data Center Colocation - SLA
1 General Overview This is a Service Level Agreement ( SLA ) between and Data Center Colocation to document: The technology services Data Center Colocation provides to the customer The targets for response
Risk Management of Outsourced Technology Services. November 28, 2000
Risk Management of Outsourced Technology Services November 28, 2000 Purpose and Background This statement focuses on the risk management process of identifying, measuring, monitoring, and controlling the
CITY UNIVERSITY OF HONG KONG Business Continuity Management Standard
PUBLIC Version: 1.0 CITY UNIVERSITY OF HONG KONG Business Continuity Management Standard (Approved by the Information Strategy and Governance Committee in December 2013; revision 1.1 approved by Chief
Ohio Supercomputer Center
Ohio Supercomputer Center IT Business Continuity Planning No: Effective: OSC-13 06/02/2009 Issued By: Kevin Wohlever Director of Supercomputer Operations Published By: Ohio Supercomputer Center Original
ADDITIONAL TERMS FOR VIRTUAL DATA CENTRE SERVICE SCHEDULE 2N
ADDITIONAL TERMS FOR VIRTUAL DATA CENTRE SERVICE SCHEDULE 2N CONTENTS 1 Service Description... 3 1.1 Contract structure... 3 2 Service Resource Usage... 4 2.1 Location... 4 2.2 Utility Capability... 4
Personal Data (Privacy) Ordinance and Electronic Health Record Sharing System (Points to Note for Healthcare Providers and Healthcare Professionals)
Personal Data (Privacy) Ordinance and Electronic Health Record Sharing System (Points to Note for Healthcare Providers and Healthcare Professionals) The Electronic Health Record Sharing System Ordinance
SaaS Terms & Conditions
SaaS Terms & Conditions These SaaS Terms and Conditions ( SaaS Terms ) are part of the Serraview Services Agreement ( Agreement ) which governs Client s (also referred to herein as you or your ) use of
ASIA/PAC AERONAUTICAL TELECOMMUNICATION NETWORK SECURITY GUIDANCE DOCUMENT
INTERNATIONAL CIVIL AVIATION ORGANIZATION ASIA AND PACIFIC OFFICE ASIA/PAC AERONAUTICAL TELECOMMUNICATION NETWORK SECURITY GUIDANCE DOCUMENT DRAFT Second Edition June 2010 3.4H - 1 TABLE OF CONTENTS 1.
BME CLEARING s Business Continuity Policy
BME CLEARING s Business Continuity Policy Contents 1. Introduction 1 2. General goals of the Continuity Policy 1 3. Scope of BME CLEARING s Business Continuity Policy 1 4. Recovery strategies 2 5. Distribution
SIP TRUNKING SERVICES SERVICE SCHEDULE
SIP TRUNKING SERVICES SERVICE SCHEDULE (October 2013) 1. About this document 1.1 This document is part of the Commander Standard Form of Agreement ( SFOA ) under section 479 Telecommunications Act 1997,
Oracle Maps Cloud Service Enterprise Hosting and Delivery Policies Effective Date: October 1, 2015 Version 1.0
Oracle Maps Cloud Service Enterprise Hosting and Delivery Policies Effective Date: October 1, 2015 Version 1.0 Unless otherwise stated, these Oracle Maps Cloud Service Enterprise Hosting and Delivery Policies
THE BUDAPEST STOCK EXCHANGE LTD. REGULATIONS ON THE USE OF REMOTE TRADING
THE BUDAPEST STOCK EXCHANGE LTD. REGULATIONS ON THE USE OF REMOTE TRADING Date and reference no. of approval/modification resolutions by the Board of Directors: Date and reference no. of approval by Supervisory
Ancero Network Attached Storage (NAS) Service Guide
Ancero Network Attached Storage (NAS) Service Guide Contents Service Overview... 3 Ancero Network Attached Storage... 3 Hardware Warranty... 3 Warranty Exclusions and Limitations... 3 Extended Hardware
BUSINESS BROADBAND (PACKAGED) SERVICE
BUSINESS BROADBAND (PACKAGED) SERVICE 1 DEFINITIONS AND INTERPRETATION 1.1 The following additional terms and conditions apply to the provision of the Business Broadband (Packaged) Service. TERM / EXPRESSION
