Open APIs

Hi All!

We're looking for an TMF API what not only allows to get test measurements of an specific service but allow to test multiple services of a specific customer and provide diagnostics.

Overall, that would look like an object containing service test measurements of an array of services and a single diagnostic block.

I tried stressing the TMF656 service problem api but it did not seem to fit. So far my best try was making a bulk request of TMF653 containing an additional diagnostic block.

Would you please point me into the right direction?

Thank you very much in advance

------------------------------
Martín Cortina
Telecom Argentina, S.A.
------------------------------

Hi Martin.

Perhaps Service Test (TMF653) would meet your needs?
You'll find the R18.5 version in the Open API table at https://projects.tmforum.org/wiki/display/API/Open+API+Table
Hope it helps

------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.
------------------------------

Hi Jonathan, thank you for your response. I am familiar with TMF653 already, but I was not sure if I should stress it to match our current needs or perhaps there was another higher level api we could use instead.

We are currently trying to frame the tests of every service provided for a single Customer Location into a single API call. At the same time, we also need to provide diagnosis. This API call should for example be triggered from an IVR before handing over to a CC representative and should give an overall pass/fail check on each service provided to the customer.

For the sake of it, let's call it CustomerLocationServiceTest.

CustomerLocationServiceTest:
Request:
- Device1
   - Service 1.1
   - Service 1.2
 - Device 2
   - Service 2.1
   - Service 2.2

Response:
- Device1
   - Service 1.1
     - ServiceTest: {}
     - Diagnostic: Ok
   - Service 1.2
     - ServiceTest: {}
     - Diagnostic: Failed
 - Device 2
   - Service 2.1
     - ServiceTest: {}
     - Diagnostic: Ok
   - Service 2.2
     - ServiceTest: {}
     - Diagnostic: Ok

TMF653, afaik, is focused into testing a single service, and while it offers the capability of signaling out-of-range test measurements, it seems lacking an overall diagnostic block.

Of course, all of that could be achieved through extension and bulk patterns. My main concern is not "breaking the spirit" of TMF653 by doing so.



------------------------------
Martín Cortina
Telecom Argentina, S.A.
------------------------------

Original Message:
Sent: Feb 22, 2020 13:37
From: Jonathan Goldberg
Subject: Api for service test diagnostics

Hi Martin.

Perhaps Service Test (TMF653) would meet your needs?
You'll find the R18.5 version in the Open API table at https://projects.tmforum.org/wiki/display/API/Open+API+Table
Hope it helps

------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.
------------------------------

I'm not an expert in this area, sorry. I believe that the current lead for TMF653 is @Ihab Mahna - suggest perhaps reaching out to share your concerns and requirements.
In addition there is a suite of new test APIs being led by @Edward Pershwitz - ​maybe this could be what you are looking for.

Hope it helps

------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.
------------------------------

Original Message:
Sent: Feb 25, 2020 00:40
From: Martín Cortina
Subject: Api for service test diagnostics

Hi Jonathan, thank you for your response. I am familiar with TMF653 already, but I was not sure if I should stress it to match our current needs or perhaps there was another higher level api we could use instead.

We are currently trying to frame the tests of every service provided for a single Customer Location into a single API call. At the same time, we also need to provide diagnosis. This API call should for example be triggered from an IVR before handing over to a CC representative and should give an overall pass/fail check on each service provided to the customer.

For the sake of it, let's call it CustomerLocationServiceTest.

CustomerLocationServiceTest:
Request:
- Device1
   - Service 1.1
   - Service 1.2
 - Device 2
   - Service 2.1
   - Service 2.2

Response:
- Device1
   - Service 1.1
     - ServiceTest: {}
     - Diagnostic: Ok
   - Service 1.2
     - ServiceTest: {}
     - Diagnostic: Failed
 - Device 2
   - Service 2.1
     - ServiceTest: {}
     - Diagnostic: Ok
   - Service 2.2
     - ServiceTest: {}
     - Diagnostic: Ok

TMF653, afaik, is focused into testing a single service, and while it offers the capability of signaling out-of-range test measurements, it seems lacking an overall diagnostic block.

Of course, all of that could be achieved through extension and bulk patterns. My main concern is not "breaking the spirit" of TMF653 by doing so.



------------------------------
Martín Cortina
Telecom Argentina, S.A.
------------------------------


Original Message:
Sent: Feb 22, 2020 13:37
From: Jonathan Goldberg
Subject: Api for service test diagnostics

Hi Martin.

Perhaps Service Test (TMF653) would meet your needs?
You'll find the R18.5 version in the Open API table at https://projects.tmforum.org/wiki/display/API/Open+API+Table
Hope it helps

------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.

Thank you very much for your concern Jonathan, I will follow your advice and get in touch with them.

I'm sorry but I'm new to the forum, is mentioning @Edward Pershwitz​​ enough for him to get his attention into the matter?



------------------------------
Martín Cortina
Telecom Argentina, S.A.
------------------------------

Original Message:
Sent: Feb 25, 2020 05:12
From: Jonathan Goldberg
Subject: Api for service test diagnostics

I'm not an expert in this area, sorry. I believe that the current lead for TMF653 is @Ihab Mahna - suggest perhaps reaching out to share your concerns and requirements.
In addition there is a suite of new test APIs being led by @Edward Pershwitz - ​maybe this could be what you are looking for.

Hope it helps

------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.
------------------------------


Original Message:
Sent: Feb 25, 2020 00:40
From: Martín Cortina
Subject: Api for service test diagnostics

Hi Jonathan, thank you for your response. I am familiar with TMF653 already, but I was not sure if I should stress it to match our current needs or perhaps there was another higher level api we could use instead.

We are currently trying to frame the tests of every service provided for a single Customer Location into a single API call. At the same time, we also need to provide diagnosis. This API call should for example be triggered from an IVR before handing over to a CC representative and should give an overall pass/fail check on each service provided to the customer.

For the sake of it, let's call it CustomerLocationServiceTest.

CustomerLocationServiceTest:
Request:
- Device1
   - Service 1.1
   - Service 1.2
 - Device 2
   - Service 2.1
   - Service 2.2

Response:
- Device1
   - Service 1.1
     - ServiceTest: {}
     - Diagnostic: Ok
   - Service 1.2
     - ServiceTest: {}
     - Diagnostic: Failed
 - Device 2
   - Service 2.1
     - ServiceTest: {}
     - Diagnostic: Ok
   - Service 2.2
     - ServiceTest: {}
     - Diagnostic: Ok

TMF653, afaik, is focused into testing a single service, and while it offers the capability of signaling out-of-range test measurements, it seems lacking an overall diagnostic block.

Of course, all of that could be achieved through extension and bulk patterns. My main concern is not "breaking the spirit" of TMF653 by doing so.



------------------------------
Martín Cortina
Telecom Argentina, S.A.


Original Message:
Sent: Feb 22, 2020 13:37
From: Jonathan Goldberg
Subject: Api for service test diagnostics

Hi Martin.

Perhaps Service Test (TMF653) would meet your needs?
You'll find the R18.5 version in the Open API table at https://projects.tmforum.org/wiki/display/API/Open+API+Table
Hope it helps

------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.

Mentioning someone will cause them to get a message in their forum inbox. Depending on their personal setting, this may also cause an email to be sent to their registered email address, I think that the default is indeed to send (judging by my experience).

------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.
------------------------------

Original Message:
Sent: Feb 26, 2020 07:49
From: Martín Cortina
Subject: Api for service test diagnostics

Thank you very much for your concern Jonathan, I will follow your advice and get in touch with them.

I'm sorry but I'm new to the forum, is mentioning @Edward Pershwitz​​ enough for him to get his attention into the matter?



------------------------------
Martín Cortina
Telecom Argentina, S.A.
------------------------------


Original Message:
Sent: Feb 25, 2020 05:12
From: Jonathan Goldberg
Subject: Api for service test diagnostics

I'm not an expert in this area, sorry. I believe that the current lead for TMF653 is @Ihab Mahna - suggest perhaps reaching out to share your concerns and requirements.
In addition there is a suite of new test APIs being led by @Edward Pershwitz - ​maybe this could be what you are looking for.

Hope it helps

------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.


Original Message:
Sent: Feb 25, 2020 00:40
From: Martín Cortina
Subject: Api for service test diagnostics

Hi Jonathan, thank you for your response. I am familiar with TMF653 already, but I was not sure if I should stress it to match our current needs or perhaps there was another higher level api we could use instead.

We are currently trying to frame the tests of every service provided for a single Customer Location into a single API call. At the same time, we also need to provide diagnosis. This API call should for example be triggered from an IVR before handing over to a CC representative and should give an overall pass/fail check on each service provided to the customer.

For the sake of it, let's call it CustomerLocationServiceTest.

CustomerLocationServiceTest:
Request:
- Device1
   - Service 1.1
   - Service 1.2
 - Device 2
   - Service 2.1
   - Service 2.2

Response:
- Device1
   - Service 1.1
     - ServiceTest: {}
     - Diagnostic: Ok
   - Service 1.2
     - ServiceTest: {}
     - Diagnostic: Failed
 - Device 2
   - Service 2.1
     - ServiceTest: {}
     - Diagnostic: Ok
   - Service 2.2
     - ServiceTest: {}
     - Diagnostic: Ok

TMF653, afaik, is focused into testing a single service, and while it offers the capability of signaling out-of-range test measurements, it seems lacking an overall diagnostic block.

Of course, all of that could be achieved through extension and bulk patterns. My main concern is not "breaking the spirit" of TMF653 by doing so.



------------------------------
Martín Cortina
Telecom Argentina, S.A.


Original Message:
Sent: Feb 22, 2020 13:37
From: Jonathan Goldberg
Subject: Api for service test diagnostics

Hi Martin.

Perhaps Service Test (TMF653) would meet your needs?
You'll find the R18.5 version in the Open API table at https://projects.tmforum.org/wiki/display/API/Open+API+Table
Hope it helps

------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.

Hi @Edward Pershwitz, I'm reaching out to you to ask you about ​​the suite of new test APIs Jonathan mentioned. We're interested in knowing if there is any preliminary documentation or roadmap in order to understand whether these APIs are going to be in line with our current needs.

Thanks in advance!



------------------------------
Martín Cortina
Telecom Argentina, S.A.
------------------------------

Original Message:
Sent: Feb 27, 2020 03:53
From: Jonathan Goldberg
Subject: Api for service test diagnostics

Mentioning someone will cause them to get a message in their forum inbox. Depending on their personal setting, this may also cause an email to be sent to their registered email address, I think that the default is indeed to send (judging by my experience).

------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.
------------------------------


Original Message:
Sent: Feb 26, 2020 07:49
From: Martín Cortina
Subject: Api for service test diagnostics

Thank you very much for your concern Jonathan, I will follow your advice and get in touch with them.

I'm sorry but I'm new to the forum, is mentioning @Edward Pershwitz​​ enough for him to get his attention into the matter?



------------------------------
Martín Cortina
Telecom Argentina, S.A.


Original Message:
Sent: Feb 25, 2020 05:12
From: Jonathan Goldberg
Subject: Api for service test diagnostics

I'm not an expert in this area, sorry. I believe that the current lead for TMF653 is @Ihab Mahna - suggest perhaps reaching out to share your concerns and requirements.
In addition there is a suite of new test APIs being led by @Edward Pershwitz - ​maybe this could be what you are looking for.

Hope it helps

------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.


Original Message:
Sent: Feb 25, 2020 00:40
From: Martín Cortina
Subject: Api for service test diagnostics

Hi Jonathan, thank you for your response. I am familiar with TMF653 already, but I was not sure if I should stress it to match our current needs or perhaps there was another higher level api we could use instead.

We are currently trying to frame the tests of every service provided for a single Customer Location into a single API call. At the same time, we also need to provide diagnosis. This API call should for example be triggered from an IVR before handing over to a CC representative and should give an overall pass/fail check on each service provided to the customer.

For the sake of it, let's call it CustomerLocationServiceTest.

CustomerLocationServiceTest:
Request:
- Device1
   - Service 1.1
   - Service 1.2
 - Device 2
   - Service 2.1
   - Service 2.2

Response:
- Device1
   - Service 1.1
     - ServiceTest: {}
     - Diagnostic: Ok
   - Service 1.2
     - ServiceTest: {}
     - Diagnostic: Failed
 - Device 2
   - Service 2.1
     - ServiceTest: {}
     - Diagnostic: Ok
   - Service 2.2
     - ServiceTest: {}
     - Diagnostic: Ok

TMF653, afaik, is focused into testing a single service, and while it offers the capability of signaling out-of-range test measurements, it seems lacking an overall diagnostic block.

Of course, all of that could be achieved through extension and bulk patterns. My main concern is not "breaking the spirit" of TMF653 by doing so.



------------------------------
Martín Cortina
Telecom Argentina, S.A.


Original Message:
Sent: Feb 22, 2020 13:37
From: Jonathan Goldberg
Subject: Api for service test diagnostics

Hi Martin.

Perhaps Service Test (TMF653) would meet your needs?
You'll find the R18.5 version in the Open API table at https://projects.tmforum.org/wiki/display/API/Open+API+Table
Hope it helps

------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.

Hi @Martín Cortina,

There's preliminary documentation on Confluence. ​​ The work is still underway. I'd be happy to answer any questions.

https://projects.tmforum.org/wiki/pages/viewpage.action?spaceKey=AP&title=TMF913+JAD+%28Joint+Agile+Development%29+Testing+Component+Suite

https://projects.tmforum.org/wiki/display/AP/TMF704+-+Test+Case+Management+API

https://projects.tmforum.org/wiki/display/AP/TMF705+-+Test+Environment+Management+API

https://projects.tmforum.org/wiki/display/AP/TMF706+-+Test+Data+Management+API

https://projects.tmforum.org/wiki/display/AP/TMF707+-+Test+Result+Management+API

https://projects.tmforum.org/wiki/display/AP/TMF708+-+Test+Execution+API

https://projects.tmforum.org/wiki/display/AP/TMF709+-+Test+Scenario+Management+API

https://projects.tmforum.org/wiki/display/AP/TMF710+-+General+Artifact+Management+API

Regards,
Edward Pershwitz
ITEA Technologies

------------------------------
Edward Pershwitz
ITEA Technologies, LLC
------------------------------

Original Message:
Sent: Feb 27, 2020 12:19
From: Martín Cortina
Subject: Api for service test diagnostics

Hi @Edward Pershwitz, I'm reaching out to you to ask you about ​​the suite of new test APIs Jonathan mentioned. We're interested in knowing if there is any preliminary documentation or roadmap in order to understand whether these APIs are going to be in line with our current needs.

Thanks in advance!



------------------------------
Martín Cortina
Telecom Argentina, S.A.
------------------------------


Original Message:
Sent: Feb 27, 2020 03:53
From: Jonathan Goldberg
Subject: Api for service test diagnostics

Mentioning someone will cause them to get a message in their forum inbox. Depending on their personal setting, this may also cause an email to be sent to their registered email address, I think that the default is indeed to send (judging by my experience).

------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.


Original Message:
Sent: Feb 26, 2020 07:49
From: Martín Cortina
Subject: Api for service test diagnostics

Thank you very much for your concern Jonathan, I will follow your advice and get in touch with them.

I'm sorry but I'm new to the forum, is mentioning @Edward Pershwitz​​ enough for him to get his attention into the matter?



------------------------------
Martín Cortina
Telecom Argentina, S.A.


Original Message:
Sent: Feb 25, 2020 05:12
From: Jonathan Goldberg
Subject: Api for service test diagnostics

I'm not an expert in this area, sorry. I believe that the current lead for TMF653 is @Ihab Mahna - suggest perhaps reaching out to share your concerns and requirements.
In addition there is a suite of new test APIs being led by @Edward Pershwitz - ​maybe this could be what you are looking for.

Hope it helps

------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.


Original Message:
Sent: Feb 25, 2020 00:40
From: Martín Cortina
Subject: Api for service test diagnostics

Hi Jonathan, thank you for your response. I am familiar with TMF653 already, but I was not sure if I should stress it to match our current needs or perhaps there was another higher level api we could use instead.

We are currently trying to frame the tests of every service provided for a single Customer Location into a single API call. At the same time, we also need to provide diagnosis. This API call should for example be triggered from an IVR before handing over to a CC representative and should give an overall pass/fail check on each service provided to the customer.

For the sake of it, let's call it CustomerLocationServiceTest.

CustomerLocationServiceTest:
Request:
- Device1
   - Service 1.1
   - Service 1.2
 - Device 2
   - Service 2.1
   - Service 2.2

Response:
- Device1
   - Service 1.1
     - ServiceTest: {}
     - Diagnostic: Ok
   - Service 1.2
     - ServiceTest: {}
     - Diagnostic: Failed
 - Device 2
   - Service 2.1
     - ServiceTest: {}
     - Diagnostic: Ok
   - Service 2.2
     - ServiceTest: {}
     - Diagnostic: Ok

TMF653, afaik, is focused into testing a single service, and while it offers the capability of signaling out-of-range test measurements, it seems lacking an overall diagnostic block.

Of course, all of that could be achieved through extension and bulk patterns. My main concern is not "breaking the spirit" of TMF653 by doing so.



------------------------------
Martín Cortina
Telecom Argentina, S.A.


Original Message:
Sent: Feb 22, 2020 13:37
From: Jonathan Goldberg
Subject: Api for service test diagnostics

Hi Martin.

Perhaps Service Test (TMF653) would meet your needs?
You'll find the R18.5 version in the Open API table at https://projects.tmforum.org/wiki/display/API/Open+API+Table
Hope it helps

------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.

Thank you very much for your Reply Edward, unfortunately none of these links work for me, perhaps due to permissions.

Could you please give me a brief description on these new APIs, or tell me which SID entities are they mapping?


------------------------------
Martín Cortina
Telecom Argentina, S.A.
------------------------------

Original Message:
Sent: Feb 27, 2020 12:35
From: Edward Pershwitz
Subject: Api for service test diagnostics

Hi @Martín Cortina,

There's preliminary documentation on Confluence. ​​ The work is still underway. I'd be happy to answer any questions.

https://projects.tmforum.org/wiki/pages/viewpage.action?spaceKey=AP&title=TMF913+JAD+%28Joint+Agile+Development%29+Testing+Component+Suite

https://projects.tmforum.org/wiki/display/AP/TMF704+-+Test+Case+Management+API

https://projects.tmforum.org/wiki/display/AP/TMF705+-+Test+Environment+Management+API

https://projects.tmforum.org/wiki/display/AP/TMF706+-+Test+Data+Management+API

https://projects.tmforum.org/wiki/display/AP/TMF707+-+Test+Result+Management+API

https://projects.tmforum.org/wiki/display/AP/TMF708+-+Test+Execution+API

https://projects.tmforum.org/wiki/display/AP/TMF709+-+Test+Scenario+Management+API

https://projects.tmforum.org/wiki/display/AP/TMF710+-+General+Artifact+Management+API

Regards,
Edward Pershwitz
ITEA Technologies

------------------------------
Edward Pershwitz
ITEA Technologies, LLC
------------------------------


Original Message:
Sent: Feb 27, 2020 12:19
From: Martín Cortina
Subject: Api for service test diagnostics

Hi @Edward Pershwitz, I'm reaching out to you to ask you about ​​the suite of new test APIs Jonathan mentioned. We're interested in knowing if there is any preliminary documentation or roadmap in order to understand whether these APIs are going to be in line with our current needs.

Thanks in advance!



------------------------------
Martín Cortina
Telecom Argentina, S.A.


Original Message:
Sent: Feb 27, 2020 03:53
From: Jonathan Goldberg
Subject: Api for service test diagnostics

Mentioning someone will cause them to get a message in their forum inbox. Depending on their personal setting, this may also cause an email to be sent to their registered email address, I think that the default is indeed to send (judging by my experience).

------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.


Original Message:
Sent: Feb 26, 2020 07:49
From: Martín Cortina
Subject: Api for service test diagnostics

Thank you very much for your concern Jonathan, I will follow your advice and get in touch with them.

I'm sorry but I'm new to the forum, is mentioning @Edward Pershwitz​​ enough for him to get his attention into the matter?



------------------------------
Martín Cortina
Telecom Argentina, S.A.


Original Message:
Sent: Feb 25, 2020 05:12
From: Jonathan Goldberg
Subject: Api for service test diagnostics

I'm not an expert in this area, sorry. I believe that the current lead for TMF653 is @Ihab Mahna - suggest perhaps reaching out to share your concerns and requirements.
In addition there is a suite of new test APIs being led by @Edward Pershwitz - ​maybe this could be what you are looking for.

Hope it helps

------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.


Original Message:
Sent: Feb 25, 2020 00:40
From: Martín Cortina
Subject: Api for service test diagnostics

Hi Jonathan, thank you for your response. I am familiar with TMF653 already, but I was not sure if I should stress it to match our current needs or perhaps there was another higher level api we could use instead.

We are currently trying to frame the tests of every service provided for a single Customer Location into a single API call. At the same time, we also need to provide diagnosis. This API call should for example be triggered from an IVR before handing over to a CC representative and should give an overall pass/fail check on each service provided to the customer.

For the sake of it, let's call it CustomerLocationServiceTest.

CustomerLocationServiceTest:
Request:
- Device1
   - Service 1.1
   - Service 1.2
 - Device 2
   - Service 2.1
   - Service 2.2

Response:
- Device1
   - Service 1.1
     - ServiceTest: {}
     - Diagnostic: Ok
   - Service 1.2
     - ServiceTest: {}
     - Diagnostic: Failed
 - Device 2
   - Service 2.1
     - ServiceTest: {}
     - Diagnostic: Ok
   - Service 2.2
     - ServiceTest: {}
     - Diagnostic: Ok

TMF653, afaik, is focused into testing a single service, and while it offers the capability of signaling out-of-range test measurements, it seems lacking an overall diagnostic block.

Of course, all of that could be achieved through extension and bulk patterns. My main concern is not "breaking the spirit" of TMF653 by doing so.



------------------------------
Martín Cortina
Telecom Argentina, S.A.


Original Message:
Sent: Feb 22, 2020 13:37
From: Jonathan Goldberg
Subject: Api for service test diagnostics

Hi Martin.

Perhaps Service Test (TMF653) would meet your needs?
You'll find the R18.5 version in the Open API table at https://projects.tmforum.org/wiki/display/API/Open+API+Table
Hope it helps

------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.

Hi Martin
Unfortunately the Confluence space for the API project is only accessible for people who have joined the project and are contributing.
What we have done occasionally in the past is to ask API leads to send DRAFT copies to people who are interested, with the proviso that they do not rely on specifics in the document. And of course it depends on the maturity of the work in progress.

------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.
------------------------------

Original Message:
Sent: Feb 27, 2020 15:50
From: Martín Cortina
Subject: Api for service test diagnostics

Thank you very much for your Reply Edward, unfortunately none of these links work for me, perhaps due to permissions.

Could you please give me a brief description on these new APIs, or tell me which SID entities are they mapping?


------------------------------
Martín Cortina
Telecom Argentina, S.A.
------------------------------


Original Message:
Sent: Feb 27, 2020 12:35
From: Edward Pershwitz
Subject: Api for service test diagnostics

Hi @Martín Cortina,

There's preliminary documentation on Confluence. ​​ The work is still underway. I'd be happy to answer any questions.

https://projects.tmforum.org/wiki/pages/viewpage.action?spaceKey=AP&title=TMF913+JAD+%28Joint+Agile+Development%29+Testing+Component+Suite

https://projects.tmforum.org/wiki/display/AP/TMF704+-+Test+Case+Management+API

https://projects.tmforum.org/wiki/display/AP/TMF705+-+Test+Environment+Management+API

https://projects.tmforum.org/wiki/display/AP/TMF706+-+Test+Data+Management+API

https://projects.tmforum.org/wiki/display/AP/TMF707+-+Test+Result+Management+API

https://projects.tmforum.org/wiki/display/AP/TMF708+-+Test+Execution+API

https://projects.tmforum.org/wiki/display/AP/TMF709+-+Test+Scenario+Management+API

https://projects.tmforum.org/wiki/display/AP/TMF710+-+General+Artifact+Management+API

Regards,
Edward Pershwitz
ITEA Technologies

------------------------------
Edward Pershwitz
ITEA Technologies, LLC


Original Message:
Sent: Feb 27, 2020 12:19
From: Martín Cortina
Subject: Api for service test diagnostics

Hi @Edward Pershwitz, I'm reaching out to you to ask you about ​​the suite of new test APIs Jonathan mentioned. We're interested in knowing if there is any preliminary documentation or roadmap in order to understand whether these APIs are going to be in line with our current needs.

Thanks in advance!



------------------------------
Martín Cortina
Telecom Argentina, S.A.


Original Message:
Sent: Feb 27, 2020 03:53
From: Jonathan Goldberg
Subject: Api for service test diagnostics

Mentioning someone will cause them to get a message in their forum inbox. Depending on their personal setting, this may also cause an email to be sent to their registered email address, I think that the default is indeed to send (judging by my experience).

------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.


Original Message:
Sent: Feb 26, 2020 07:49
From: Martín Cortina
Subject: Api for service test diagnostics

Thank you very much for your concern Jonathan, I will follow your advice and get in touch with them.

I'm sorry but I'm new to the forum, is mentioning @Edward Pershwitz​​ enough for him to get his attention into the matter?



------------------------------
Martín Cortina
Telecom Argentina, S.A.


Original Message:
Sent: Feb 25, 2020 05:12
From: Jonathan Goldberg
Subject: Api for service test diagnostics

I'm not an expert in this area, sorry. I believe that the current lead for TMF653 is @Ihab Mahna - suggest perhaps reaching out to share your concerns and requirements.
In addition there is a suite of new test APIs being led by @Edward Pershwitz - ​maybe this could be what you are looking for.

Hope it helps

------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.


Original Message:
Sent: Feb 25, 2020 00:40
From: Martín Cortina
Subject: Api for service test diagnostics

Hi Jonathan, thank you for your response. I am familiar with TMF653 already, but I was not sure if I should stress it to match our current needs or perhaps there was another higher level api we could use instead.

We are currently trying to frame the tests of every service provided for a single Customer Location into a single API call. At the same time, we also need to provide diagnosis. This API call should for example be triggered from an IVR before handing over to a CC representative and should give an overall pass/fail check on each service provided to the customer.

For the sake of it, let's call it CustomerLocationServiceTest.

CustomerLocationServiceTest:
Request:
- Device1
   - Service 1.1
   - Service 1.2
 - Device 2
   - Service 2.1
   - Service 2.2

Response:
- Device1
   - Service 1.1
     - ServiceTest: {}
     - Diagnostic: Ok
   - Service 1.2
     - ServiceTest: {}
     - Diagnostic: Failed
 - Device 2
   - Service 2.1
     - ServiceTest: {}
     - Diagnostic: Ok
   - Service 2.2
     - ServiceTest: {}
     - Diagnostic: Ok

TMF653, afaik, is focused into testing a single service, and while it offers the capability of signaling out-of-range test measurements, it seems lacking an overall diagnostic block.

Of course, all of that could be achieved through extension and bulk patterns. My main concern is not "breaking the spirit" of TMF653 by doing so.



------------------------------
Martín Cortina
Telecom Argentina, S.A.


Original Message:
Sent: Feb 22, 2020 13:37
From: Jonathan Goldberg
Subject: Api for service test diagnostics

Hi Martin.

Perhaps Service Test (TMF653) would meet your needs?
You'll find the R18.5 version in the Open API table at https://projects.tmforum.org/wiki/display/API/Open+API+Table
Hope it helps

------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.