The RespOrg is responsible to its Customer for management of the SMS/800 record. This may in- clude, but is not limited to, coordination with Toll-Free Service Providers and with the Help Desk. The following general responsibilities are necessary for appropriate management of the SMS/800 record. A RespOrg will: Have just a single Customer for a SMS/800 record.

NOTE: For Shared Use Toll-Free or Bundled Services, the Provider of the Shared Use Toll-Free or Bundled Service is treated as the Customer. Inform its Customer of the specific function that it, as a RespOrg, will per- form. Inform its Customer of the specific responsibilities the Customer assumes for identifying its requirements to the RespOrg. Inform its Customer of the specific responsibilities the Customer assumes for identifying its requirements to the Toll-Free Service Provider. Build up its own pro- cess for its Customer to notify it of changes to a SMS/800 record. Implement, in a timely way, all Customer requested changes to the SMS/800 record to support the Customer’s Toll-Free Service. Treat all Customer information as confidential unless otherwise instructed by the Customer. This information is and must be treated as Customer Proprietary Network Information. In any case, all non-proprietary information will be made accessible to all other RespOrgs and Toll-Free Service Providers on an equivalent basis. Non-proprietary information has been identified as: the Toll- Free Number, the RespOrg Identification (RespOrg ID), the status of the Toll-Free Number or Customer Record in SMS/800, and the asso- ciated effective date and time of the Customer Record. For multi-carrier routing situations, the Area of Service (AOS) of the Customer Record is considered proprietary but distinguishable by those Toll-Free Service Providers (with SMS/800 access) listed on the Customer Record. If re- quested by any party, a RespOrg must give the Toll-Free Number status, RespOrg ID, and trou- ble referral number for any Toll-Free Number listed in SMS/800.

TROUBLE REPORTING RESPONSIBILITIES:

The RespOrg is responsible for accepting, referring, coordinating, and/or resolving all trouble re-ports related to a Toll-Free Service for which it is identified as the RespOrg in SMS/800. The following general responsibilities are required for legitimate management of Toll-Free Service troubles: Provide the appropriate contact number(s) for Toll-Free Service troubles on a 24-hour-a-day, 7day seven days basis, for accepting Toll-Free Service trouble reports from its Customer or other parties who have identified a potential trouble condition. Give the proper trouble reporting management interface(s) for Customers and the Help Desk. Affirm and, when appropriate, correct the information listed on the SMS/800 record to resolve the trouble. At the point when the trouble is not SMS/800 related, the RespOrg or the customer will allude the trouble to the applicable organization. Advise its Customer and/or the affected Toll-Free Service Provider(s) of the proper status during resolution of the Toll-Free Service trouble and maintain appropriate documentation of the trouble resolution.

MEDIA STIMULATED MASS CALLING (MSMC) EVENTS

At the point when the RespOrg has been informed that a Media Stimulated Mass Calling (MSMC) event is going to occur, they have the responsibility to proactively alert the appropriate Telecommunications Service Providers Network Management Centers of the impending event in agreement with the procedures defined by the ATIS Next Generation Interconnection Interoperability Forum (NGIIF) in the MSMC Notification. The RespOrg is responsible for notifying their Customers (including Resellers) that they have the obligation to inform the RespOrg of any intention to have a MSMC event. The RespOrgs should advise the Resellers that they have to inform their Customers that if they take part in or schedule a MSMC event, they should inform the reseller preceding that event taking place. MSMC event notification shall be given by the RespOrg no less than 10 business days before the event. On the off chance that the 10-day advance notification is impossible, then the RespOrg shall contact potentially impacted network management centers as soon as they end up mindful of the event. Either notification

TEXTING AND SMART SERVICES (TSS) REGISTRY:

The Texting and Smart Services (TSS) Registry, operated by Somos, Inc., serves as the centralized and authoritative provisioning and routing database for all multimedia services associated with Toll-Free Numbers. Businesses that offer text messaging capability on Toll-Free Numbers (called Service Registrars) can enable and set up routing in the TSS Registry in the interest of their cus- tomers. The TSS Registry confirms that the Toll-Free Number is in Assigned or Working Status (not unassigned or otherwise inaccessible) and notifies the supplier of voice-based services (known as the RespOrg) that a request to text-enable the Toll-Free Number has been received. Every RespOrg has an account in the TSS Registry. Once the TSS Registry account has been accessed, the RespOrg will be notified every day of any requests to text-enable their Toll-Free Numbers. RespOrgs have two full business days to accept or deny the request. It is the RespOrg’s duty to act on every single pending request in a timely manner. Options for automated responses (auto-approval or auto-re- ject) are accessible to RespOrgs to reduce the response time. Toll-Free Subscribers may furnish advance instructions to their RespOrg with respect to authorization of text-enablement. RespOrgs should only deny requests for legitimate business reasons, such as if the Toll-Free Subscriber has not given permission to the Service Registrar to text-enable their Toll-Free Number. Once the en- ablement request is authorized by the RespOrg, the TSS Registry sends out the routing informa- tion to the messaging ecosystem. There are several Routing Database providers connected to the TSS Registry who receive continuous updates of any additions or alterations to Toll-Free Numbers, making activations achievable within minutes. Once a number has been released to the spare pool by a RespOrg, the number will revert to that of non-text enabled.