FCC14R0012Q As08052014.pdf

RFP FCC14R0012 Q&A

1. Q: Is the VATRP end user software only or does it include registration servers and gateways? If it includes registrations and gateways, will the VATRP be providing phone numbers(?) Won't any app need to register to an existing VRS provider or the NCP to authenticate and get a number?

A: VATRP is end-user software only and does not include registration and gateways, and thus does not need to provide phone number. Yes, any app or software will need to register with an existing VRS provider or the NCP to obtain a phone number.

2. Q: If the VATRP is just end user software, then what needs to be hosted in a data center?

A: A data center server would be needed if the software uses WebRTC and thus needs to translate from the WebRTC API interactions to SIP/RTP.

3. Q: There is a section in the RFP that talks about call handling. Is the VATRP just a reference or will it be handling production calls?

A: The VATRP will serve both as a reference and will handle production calls.

4. Q: If the VATRP is just an application, does it need to support both SIP and H323 natively inside the app? Is it the responsibility of the VRS provider or NCP to convert from SIP to H.323 and H.323 to SIP or does the app have to support both natively?

A: The NCP is supposed to be designed to handle SIP and H323 calls “natively”. However, as the VATRP is designed to work with existing provider platforms and the conversion to SIP or H323 is not “required”, the VATRP should be able to natively support calls from either a SIP or H323 platform.

5. Q: How can the VATRP access iTRS or the TRS-URD (4.1.2.1)? An IPSEC Tunnel is required from a provider or the NCP to access those databases. Is the app required to access them directly? If not, is the app registering to the VATRP first, getting a phone number and then routing production calls after dips to the databases?

A: No specifics of the type of tunnel or VPN (IPsec, or otherwise) have been mandated at this point. The VATRP would register with and send messages to an iTRS provider using the SIP protocol interfaces specified. The VATRP would not interact with the TRS-URD directly, as only the NCP contacts the TRS- URD to validate the caller’s eligibility to use VRS services.

6. Q: What Private information is the VATRP collecting?

A: The VATRP may be collecting call log information and store address book information, for example.

7. Q: What will the primary distribution and first line support of VATRP applications be? Is the VATRP contractor responsible for distribution and installation of the applications to end users? Is the VATRP contractor responsible for first and second line support to end users, which would be a cost-driving activity in light of up to 250,000 users? If not, who will perform first and second line support to end users?

A: The VRS provider will provide direct end user support, consulting with the Offeror on engineering matters as needed.

8. Q: Are accessible non-audio (visual and tactile as well as amplified audio) alerting functions on incoming calls required? If yes, is specifying and implementing an interface on industry standards (e.g. Bluetooth) sufficient to meet this requirement? And is the VATRP expected to provide mechanisms for user control over the alerting functions?

A: Yes, an interface based on industry standards is acceptable and should be described in sufficient detail, including whether the Offeror believes that there are several such standards in common use for VRS end

Last Updated 08/05/2014 Page 1

RFP FCC14R0012 Q&A

systems. The Offeror should explain how common visual, tactile or amplified audio alerting functions would or would not work with the proposed solution, including any user configuration required.

Last Updated 08/05/2014 Page 2