Telecom - Commission Letter addressed to all Telecommunication service providers (TSPs)
Ottawa, 20 April 2022
Our reference: 1011-NOC2019-0404
BY E-MAIL
To all Telecommunication service providers (TSPs)
RE: Compliance and Enforcement and Telecom Decision CRTC 2021-123 - STIR/SHAKEN implementation for Internet Protocol-based voice calls
As you know, in Compliance and Enforcement and Telecom Decision CRTC 2021-123 (CETRP 2021-123), the Commission required Canadian carriers and other telecommunications service providers (TSPs) to file, every six months, status reports on their continuing efforts to deploy STIR/SHAKEN. The reports should be filed whether or not you are participating (or have requested to participate) with the Canadian Secure Token Governance Authority (CST-GA).
For your convenience, the template provided in the annex can be used to file the first of those reports which is due on 31 May 2022. If you are not in position to provide the some of the requested information, please provide a brief justification.
The report can be filed preferably by using a My CRTC Account (CGkey). Alternatively, the report can be sent directly to jean-francois.habour@crtc.gc.ca. Note that those reports will become part of the public record and will be published on the CRTC website. As such, before submitting any documents electronically, you may designate as confidential information referred to in paragraphs 39(1)(a) to (c) of the Telecommunications Act and provide an abridged version for the public record.
You will find here more information on how to open an account, submit documents and identify confidential information.
Yours sincerely,
’Original signed by’
Alain Garneau
Director, Telecommunications Enforcement
Compliance and Enforcement Sector
c. c. : Steven Harroun, CCCE, CRTC
Annexe
TITLE :
TSP Status Report on progress in the implementation of authentication/verification measures for caller ID
SUBJECT :
Status Report on individual TSPs efforts and progress towards implementing authentication/verification measures for caller ID as per Decision 2021-123.
SOURCE :
Company:
Name:
Tel:
E-mail:
DISTRIBUTION :
All TSPs
NOTICE :
- This report concerns STIR/SHAKEN implementation by TSPs operating in Canada, i.e. using token provided by the CST-GA. You should provide a report whether or not you have received such a token.
- This report covers the period from 1 September 2021 to 28 February 2022, and must be filed with the Commission by 31 May 2022.
- If any of the requested statistics cannot be provided (for instance because the data cannot or was not captured), indicate the reason.
- Please provide all responses in (.word) and (.pdf) formats
1 SITUATION
1.1 General situation (Optional)
Please check the box corresponding to your situation regarding STIR/SHAKEN on the last day of the reporting period
My TSP is:
A. A TSP that had access to STIR/SHAKEN certificates prior to the Commission determination in CETD 2021-267
B. A TSP that did not have access to STIR/SHAKEN certificates prior to CETD 2021-267, but that requested and obtained a STIR/SHAKEN certificate from the CST-GA following the Commission determination in 2021-267 and is now capable of attesting/verifying calls originating from/received on a least a part of its network.
C. A TSP that did not have access to STIR/SHAKEN certificates prior to CETD 2021-267, and is still not yet capable of attesting and verifying calls, but either has requested, or intends to request, a STIR/SHAKEN certificate from the CST-GA.
D. A TSP that did not have access to STIR/SHAKEN certificates prior to CETD 2021-267, and that does not at this time intend to request a STIR/SHAKEN certificate from the CST-GA.
1.2 Specific situation (to be filled only if you have checked boxes ‘D’ in section 1.1)(Optional)
1.2.1 Please check the box corresponding to your situation regarding STIR/SHAKEN on the last day of the reporting period
A. Did not know I could request access
B. The cost to obtain access to certificate is prohibitive
C. Satisfied with having calls originating from our network attested and signed downstream (e.g. by the underlying LEC)
D. Other (please specify)
Insert answer here
1.2.2 Do you have some kind of arrangement with your underlying provider(s) regarding the level of attestation attributed to the calls originating from your network? Please provide details.
Insert answer here
2 NETWORK
2.1 Please provide the following information regarding your network:
2.1.1 The approximate % of your network that is IP (Optional)
Insert answer here
3 STIR/SHAKEN implementation status
3.1 Network readiness to be filled only if you have checked boxes ‘A’ , ‘B’ or ‘C’ in section 1.1)
3.1.1 Provide a brief description of the state of the STIR/SHAKEN implementation on your network, including for instance a summary of the work done and next steps, problems encountered, the status and results of equipment testing and participation in those test, etc.
Insert answer here
3.1.2. Provide the percentage of authentication/verification-enabled trunks used for IP voice traffic in relation to the total number of voice trunks.
This single metric, represented as a percent (%), is calculated as a fraction and measures the extent of STIR/SHAKEN deployment in the TSP’s network as of the last day of the measurement period. The numerator is the number of STIR/SHAKEN-enabled SIP voice trunks (or trunk equivalents where a trunk is a DS-0 equivalent) used for voice traffic in the TSP’s network. The denominator is the total number voice trunks (or trunk equivalents) in the TSP’s network. To calculate the percentage, divide the numerator by the denominator and multiply by 100.
Insert analysis here
3.1.3(Optional) Statistics identifying the percentage of authentication/verification-enabled trunks used for IP voice traffic in relation to the number of IP voice trunks.
Same as above, but the denominator is the total number of SIP voice trunks (or trunk equivalents) in the TSP’s network
Insert analysis here
3.1.4 Interconnection
- Provide a brief description of the status of your IP interconnection with other TSPs.
Insert answer here
- Provide the number of STIR/SHAKEN enabled interconnection over the number of IP interconnection. (Optional)
Insert answer here
- Provide information about any issues encountered during STIR/SHAKEN enabled SIP interconnections with other TSPs ( e.g.: refusal from another TSP, delay from other TSP, non-supported interconnection, hardware limitations, etc. ) (Optional)
Insert answer here
3.2 Attestation and signature
3.2.1 Provide a brief description of your IP voice network capacity to authenticate and transmit the authentication information to the next TSP in the call path when originating a call.
Insert answer here
3.2.2 Please indicate whether your network implementation is in line with or how it differs from the recommendation of the STIR/SHAKEN Guidelines Version 1.0, specifically section 1.3 and 1.3.2. (Optional).
Insert answer here
3.2.3 Provide a brief description of your IP voice network capacity to perform the following functions:
- Attest intra-network IP calls, either by using tagging as described in section 1.3 of the STIR/SHAKEN Guidelines Version 1.0 or other means.
Insert answer here
- Do you assign Attestation level according the recommendation of section 1.2 of the STIR/SHAKEN Guidelines Version 1.0? (optional)
Insert answer here
- Are you able to assign ‘A’ or ‘B’ level attestation to non-SIP switched customers in the cases described in section 1.2 of the STIR/SHAKEN Guidelines Version 1.0? (optional)
Insert answer here
- Provide a brief description of your IP voice network capacity to handle:
- Wholesale customers;
Insert answer here
- Enterprise clients, especially when the calls are using a number provided by another TSP (i.e. multi-homing);
Insert answer here
- Authentication of unsigned calls received from an upstream TSP that either terminate on your IP network or are sent to a downstream TSP through an IP interconnection;
Insert answer here
- Legitimate spoofed calls;
Insert answer here
- Diverted calls; and,
Insert answer here
- toll-free calls.
Insert answer here
- Wholesale customers;
3.2.4 Provide statistics identifying the percentage by month of the number of authenticated voice calls in relation to the total number of voice calls.
For each month of the measurement period, the numerator is the sum of calls with an authentication event (i.e., signing by the Authentication Service or tagging (if used as an alternative for intra TSP calls)). The denominator is the total number of IP voice calls initiated. To calculate the percentage, divide the numerator by the denominator and multiply by 100.
Month | Percentage by month of the number of signed IP voice calls to the total number of IP voice calls initiated (September 1, 2021 to February 28, 2022) |
---|---|
September 2021 | Insert percentage here |
October 2021 | |
November 2021 | |
December 2021 | |
January 2022 | |
February 2022 |
3.2.5 (if available) Provide the percentage of calls, by month, that are assigned each of level of authentication, as set out in the table below.
For each month of the measurement period, the numerator is the sum of calls given one of the attestation levels as set out in the table below. The denominator is the total number of IP voice calls initiated. To calculate the percentage, divide the numerator by the denominator and multiply by 100. Some infrastructure vendors cannot provide specific statistics on A, B, and C-level attestations. In this case, the TSP should provide the data in its report to the best of its ability and provide reasons.
Level of attestation | Full Attestation (A) | Partial Attestation (B) | Gateway Attestation (C) | No Attestation |
---|---|---|---|---|
Month | ||||
September 2021 | Insert percentage here | |||
October 2021 | ||||
November 2021 | ||||
December 2021 | ||||
January 2022 | ||||
February 2022 |
3.3 Transit
Please provide a brief description of your IP voice network capacity to transmit the STIR/SHAKEN information when transiting a call received on an IP interconnection from an upstream TSP and sent on an IP interconnection to a downstream TSP.
Insert answer here
3.4 Verification and Display
3.4.1 Provide a brief description of your IP voice network capacity to receive and verify the caller ID information when terminating a call.
Insert answer here
3.4.2 Provide the percentage by month of the number of verified voice calls in relation to the total number of voice calls.
For each month of the measurement period, the numerator is the sum of calls with a verification event (i.e., verifying an Identity header with the Verification Service). The denominator is the total number of IP voice calls terminated. To calculate the percentage, divide the numerator by the denominator and multiply by 100.
Month | Percentage by month of the number of verified IP voice calls to the total number of IP voice calls received (September 1, 2021 to February 28, 2022) |
---|---|
September 2021 | Insert percentage here |
October 2021 | |
November 2021 | |
December 2021 | |
January 2022 | |
February 2022 |
3.4.3 (If available) Provide the percentage, by month, of calls by level of authentication for calls delivered to customers, as set out in the table below
For each month of the measurement period, the numerator is the counts of voice calls terminated in SIP-enabled end offices for each level of authentication as set out in the table below. The denominator is the total number of IP voice terminated. To calculate the percentage, divide the numerator by the denominator and multiply by 100. Some infrastructure vendors cannot provide specific statistics on A, B, and C-level attestations. However, they may provide statistics on other parameters such as “verstat.” In this case, the TSP should provide the data in its report to the best of its ability and provide reasons.
Level of attestation | Full Attestation (A) | Partial Attestation (B) | Gateway Attestation (C) | Unsuccessful verification (D) |
---|---|---|---|---|
Month | ||||
September 2021 | Insert percentage here | |||
October 2021 | ||||
November 2021 | ||||
December 2021 | ||||
January 2022 | ||||
February 2022 |
3.4.4 Please response to the following questions regarding the display of STIR/SHAKEN to customers.
- Does the STIR/SHAKEN authentication use an analytic engine or is the verstat parameter sent to the end-user?
- If the verstat parameter is used, do you follow the recommendations in section 1.5 of the STIR/SHAKEN Guidelines Version 1.0? (Optional)
- If the verstat parameter is used, please comment on the capacity to send it to SIP phones and/or smartphones.
- Specifically, how many types of smart devices are available to your customers that are capable of showing STIR/SHAKEN information? (Optional)
- If the solution interface with an analytic engine please comment about the capacity to send it to wireline SIP phones and/or smartphones(Optional)
4 Cost
4.1 Could you give an estimate of the sum of money ($) you have invested so far for the deployment of STIR/SHAKEN on your network? (Optional)
Insert answer here
4.2 Could you give an estimate of the sum of money ($) that still needs to be invested to deploy STIR/SHAKEN on your network? (Optional)
Insert answer here
4.3 Do you have an estimate of your yearly cost ($) of operation for STIR/SHAKEN (Optional)
Insert answer here
- Date modified: