EX-4.11 8 exhibit_4-11.htm EXHIBIT 4.11

EXHIBIT 4.11
PORTIONS OF THIS AGREEMENT WERE OMITTED AND HAVE BEEN FILED
SEPARATELY WITH THE SECRETARY OF THE COMISSION PURSUANT TO AN
APPLICATION FOR CONFIDENTIAL TREATMENT UNDER RULE 24b-2 OF THE
SECURITIES EXCHANGE ACT OF 1934; [**] DENOTES OMISSIONS
Supplemental Agreement
Agreement NET002.B
Between
Amdocs Software Systems Limited
And
Radcom Ltd

Supplement NO. --
1.0 Preamble
1.1 Overview
This Subordinate Agreement No. RADCOM01 (this “Agreement”) is pursuant to and hereby incorporates by reference the terms and conditions of (1) The Master Subcontractor Agreement between Amdocs, Inc. (“Amdocs”) and Radcom, Inc. dated March 23rd, 2015 as assigned by Radcom, Inc. to Radcom Ltd. by Assignment, Consent and Consumption Agreement dated December 30, 2015 and as amended by Amendment to the Subcontract Agreement dated December 30, 2015 (collectively the “Subcontractor Agreement”) as if Amdocs Software Systems, Ltd., were Amdocs, Inc. for purposes of the Subcontractor Agreement; and (2) The Value Added Reseller Agreement between Amdocs Software Systems Limited and RADCOM Ltd dated December 30, 2015 and as amended by the Addendum to the Value Added Reseller Agreement dated December 30, 2015 (collectively the “VAR”). Both the Subcontract Agreement and the VAR may be collectively referred to herein as the “General Agreements.” Terms capitalized herein but not otherwise defined shall have the meaning given to them in the General Agreements.
1.2 Preamble and Effective Date
This Agreement, effective on the date when signed by the last Party (“Effective Date”), is by and between Amdocs Software Systems Limited, an Irish corporation (“Amdocs”), and Radcom, Ltd., an Israeli Corporation (“Radcom”), each of which may be referred to in the singular as “Party” or in the plural as “Parties”
1.3 Scope of Agreement

a. | This Agreement shall only apply to Amdocs’ resale to [**] of the Software and provision of Services described herein and in Appendix A for the Virtual Probe Solution (vprobe), subject to the terms and conditions of this Agreement and the EULA and pursuant to and in conformance with Statements Of Work (each an “Order”) submitted by Amdocs or its Affiliates. The applicable fee for the Material and Services is specified in Appendix B. Amdocs Affiliates may issue Orders under this Agreement. Radcom shall not reject any Order for Material or Services described in Appendix A unless the Order includes:

| 1. | Delivery Dates to which Radcom has not agreed, prior to the placement of the Order, and which Radcom is unable to meet; or

| 2. | Terms and conditions to which Radcom has not agreed, prior to placement of the Order, and which are objectionable to Radcom; or

| 3. | Prices contrary to those established under this Agreement.

b. | If Radcom rejects an Order, Radcom, shall give Amdocs written notice stating Radcom’s reasons for rejecting the Order and the modifications, if any, that would make the Order acceptable to Radcom. Radcom shall furnish Materials that materially conform to the Specifications established under this Agreement or as otherwise set forth in an Order. If Radcom is unable to tender conforming Material, Radcom shall not tender non-conforming Material; the Parties agree non-conforming tenders are not an accommodation to Amdocs. All Delivery Dates are firm, and time is of the essence.

2.0 Definitions
2.1 Capitalized Terms Not Defined
Capitalized terms used but not defined in this Agreement shall take the meanings assigned to such terms by the General Agreements. For the sake of clarification, capitalized terms used and defined herein, which have also been defined in the General Agreements, shall have for the scope of this Agreement the meaning set in this Agreement.
2.2 Additional Definitions
“Software” means RADCOM Software as described in Appendix A.
“CP” or “Control Plane” means transmitted data that is used to control (e.g., establish, clear, etc.) sessions and/or calls.
“CPU” or “Central Processing Unit” means the hardware within a system that carries out the instructions of a program or application software.
“CSO” means [**] Chief Security Office.
“End User License Agreement” or “EULA” shall mean that Agreement No. 20151218.060.C between [**] and Radcom Ltd. with respect to the Software.
“Enterprise Wide License” means a license granted to [**] and all [**] Affiliates.
“Error” shall mean defects found in Software which cause the Software to function in non-compliance with the Specifications.
“Evaluation Period” means the period after First Field Application but before General Acceptance. Evaluation Period shall last [**] days.
“First Field Application” or “FFA” means the Services that are provided in connection with the Software being passed from the Labs to the Network (as Network is defined [**]’s or any of its Affiliates’ 4G mobile networks deployed in the Territory, and used by [**] or any of such Affiliates to provide mobile services to subscribers of said network) and deployed in a limited capacity as detailed in Appendix A in order to ascertain whether the Software meets contractually established criteria.
“General Acceptance” means Amdocs and [**]’s acceptance of the Software or Services Ordered by Amdocs for [**] and provided by Radcom to Amdocs that have successfully passed the Lab Acceptance and First Field Application, and successfully completed the Evaluation Period. General Acceptance of the Software will be based on the features and functionality delivered in the March 2016 release, as detailed in Appendix A.
“Gbps” means Gigabits per second.

“GGSN” or “Gateway GPRS Support Node” means a network node that acts as a gateway between a GPRS wireless data network and other networks such as the Internet or private networks. When a GPRS device establishes a Packet Data Protocol (PDP) Context to a specific Access Point Name (APN), the APN selected determines the GGSN to be used.
“Gi” or “SGi” means the reference point between a GGSN/PGW and the Internet.
“GTP-C” means the GTP-C protocol is the control section of the GPRS Tunneling Protocol (GTP) standard.
“GTP-U” means a relatively simple IP based tunneling protocol which permits many tunnels between each set of end points.
“GTPV1” means the GPRS Tunneling Protocol version 1 group of IP-based communications protocols used to carry General Packet Radio Service within GSM and UMTS networks.
“Hyper Text Transfer Protocol” or “HTTP” means the request/response communications protocol between clients and servers used to transfer or convey information on the World Wide Web.
“Intellectual Property Rights” means all patents (including all reissues, divisions, continuations, and extensions thereof) and patent applications, trade names, trademarks, service marks, logos, trade dress, copyrights, trade secrets, mask works, rights in technology, know-how, rights in content (including performance and synchronization rights), or other intellectual property rights that are in each case protected under the Laws of any governmental authority having jurisdiction.
“IP” means Internet Protocol.
“IPV6” means Internet Protocol Version 6.
“ITO” means [**] Information Technology Operations.
“KPI” or “Key Performance Indicator” means a type of performance measurement. [**] uses KPIs to evaluate its success for particular activities, e.g., Call Drop Rate, Call Setup Delay.
“KCI” or “Key Capacity Indicator” means a type of capacity measurement. [**] uses KCIs to evaluate the load on a system and/or element. CPU and memory utilization are common KCIs.
“LT” or “Long Term Storage” means the disk volumes that are used to store the control plane call trace (ISA) records on the probe.
“Material” means (a) Software licensed or otherwise provided hereunder, including without limitation and for the avoidance of doubt, where applicable, Paid for Development, and (b) any unit of equipment, apparatus, components, tools, supplies, material, product, or firmware thereto, and third party tangible and intangible materials provided or furnished by Supplier.
“Mbps” means Megabits per second.
“MCD” or “Master Configuration Document” means a document that identifies the configurable parameters and their current values for a system. [**] uses the MCD to document the [**]-recommended parameter values and to determine whether a new software release impacts the recommended values.
“Minor Release” means an Update.

“MME” or “Mobility Management Entity” means the key control-node for the LTE access-network.
“MOP” means “Method Of Procedure”.
“NDC” or “National Data Center” means the location where the Serving/Packet (S/P)-Gateways (GWs) and GGSNs are housed.
“NEO Zone” means a high capacity service zone architecture defined by [**]. It includes recommended configurations for the Serving Gateways (SGW), Packet Gateways (PGW), GGSNs, and policy enforcement functions.
“NTC” or “National Technology Center” means the location where the S/P-GWs and GGSNs are housed. The terms NTC and NDC are used interchangeably.
“OA&M” or “Operations, Administration and Management” means the processes, activities, tools, standards, etc., involved with operating, administering, managing and maintaining systems.
“PCEF” or “Policy Charging and Enforcing Function” means the protocol that provides Quality of Service control for user plane traffic in accordance with [**]’s policy and charging rules.
“PGW” or “PDN Gateway” means the Packet Data Network Gateway, which is an LTE element that routes user data packets between [**]’s LTE network and external packet data networks.
“PO” means Purchase Order.
“PPS” or “Packets Per Second” means the calculation for the router throughput metric.
“Protocol Data Unit” or “PDU” means the protocol data traffic from a combination of interfaces or monitored Nodes in the network. Control plane packets (such as GTP-C, Radius, RTSP, and DNS).
“S11 Interface” means the reference point between the MME and serving gateway.
“S4 Interface” means the user plane with related control and mobility support between SGSN and the SGW and is based on Gn reference point as defined between SGSN and GGSN.
“SGn Interface” means the LTE version of 2G/3G Gn interface.
“SGI Interface” means the reference point between the PDN GW and the packet data network.
“SGW” or “Serving Gateway” is an LTE element that routes and forwards user packets within [**]’s network.
“ST” or “Short Term Storage” means the disk volumes that are used to store the user plane call trace (ISA) records on the probe.
“SP” or “Service Patch” means a minor Amdocs software release. SPs are used to provide fixes to known problems and/or new features without requiring a major software release.
“Store-to-Disk” or “S2D” means the storage of only packet data to short-term or long-term volumes on a storage array.
“SW” means Software.
“TB” or “Terabyte” means a standard unit measure for 1 trillion bytes.

“TCP” or “Transmission Control Protocol” means a transport layer protocol which is used by applications that required guaranteed delivery of data.
“UDP” or “User Datagram Protocol” means a transport layer protocol which is used by applications that do not require guaranteed delivery of data.
“UP” or “User Plane” means the transmitted data representing the user content portion of a call or data session. Voice conversations, web surfing, and email are examples of user plane data.
“Software Updates” means new versions of the Software made available, which are limited to error corrections, bug fixes and/or patches;
“Software Upgrades” means new features or functions of the Software, whether contained in or designated as new versions.
“Supplier” means Radcom Ltd.
“Support and Maintenance” means the maintenance and support Services provided by Supplier after the Warranty Period with respect to Material that are provided under a separate Subordinate Support and Maintenance Agreement.
“Viral Open Source Software” means software (including source code) used or distributed under license terms that:

a. | requires as a condition of use, that such Viral Open Source Software or other software combined with such Viral Open Source Software be:

i. disclosed or distributed in source code form;
ii. licensed for the purpose of making derivative works; or
iii. redistributable at no charge;

b. | as a condition of use by [**], affect or purport to affect any [**] intellectual property right not originating exclusively in such Viral Open Source Software; or

c. | impede or restrict [**]’s ability to use the corresponding Materials as contemplated in the Specifications and Documentation.

“VoLTE” means voice over LTE and refers to packetized voice sent over an LTE network.
“Warranty Period” or “warranty period” will expire [**] months after General Acceptance or [**] whichever occurs first, during which Amdocs is entitled, for the benefit of [**], to the warranty coverage with respect to that Software. The Parties acknowledge that the warranty term described in the General Agreement does not apply, and only the warranty set forth in Section 4.9 shall apply with respect to the Software provided pursuant to this Agreement. Should Amdocs purchase for resale to [**] a product that uses an older version of Software, Amdocs shall be entitled for the benefit of [**] during the Warranty Period to any and all newer versions of that Software up to and including the current release (but excluding any Upgrades).

3.0 General Terms
3.1 Order of Precedence
The terms contained in this Agreement, and any Orders placed pursuant hereto, including all exhibits, appendices and subordinate documents attached to or referenced in this Agreement or any Orders placed pursuant hereto, together with the General Agreements, will constitute the entire integrated agreement between Amdocs and Radcom with regard to the subject matter. This Agreement supersedes all prior oral and written communications, agreements and understandings of the Parties, if any, with respect hereto. In the event of any conflict in terms between this Agreement, an Order, and the General Agreements, the Parties agree to follow the following order of precedence:
With respect to the Software, the terms of this Agreement will govern, then the terms set forth in an Order, and then the terms of the VAR. With respect to all Services (including but not limited to Paid For Development, other development, Maintenance and Support or other services and any unlicensed Materials, materials or Deliverables provided in connection therewith), the terms of this Agreement will govern, then the terms set forth in an Order, and then the terms of the Subcontract Agreement.
Acceptance of Material or Services, payment or any inaction by Amdocs or where applicable [**], shall not constitute Amdocs or [**]’s consent to or acceptance of any additional or different terms from those stated in this Agreement, except for terms in an Order placed by Amdocs and signed by both Parties. Estimates furnished by Amdocs and Radcom are for planning purposes only and shall not constitute commitments. Amdocs and Radcom covenant never to contend otherwise.
3.2 Notices

a. | Each Party giving or making any notice, consent, request, demand, or other communication (each, a “Notice”) pursuant to this Agreement must give the Notice in writing and use one of the following methods, each of which for purposes of this Agreement is a writing: in person; first class mail with postage prepaid; Express Mail, Registered Mail, or Certified Mail (in each case, return receipt requested and postage prepaid); internationally recognized overnight courier (with all fees prepaid); facsimile transmission; or email. If Notice is given by facsimile transmission or e-mail, it must be confirmed by a copy sent by any one of the other methods. Each Party giving Notice shall address the Notice to the appropriate person (the “Addressee”) at the receiving Party at the address listed below:

Supplier:
Amdocs Software Systems Limited:
AMDOCS SOFTWARE SYSTEMS LIMITED
East Point Business Park
1st Floor, Block S
Dublin 3
Attn.: Manager of Contracts
Radcom Ltd.:
24 Raoul Wallenberg Street,
Tel Aviv, Israel
Attn: Eyal Harari, VP Products and Marketing
Email Address: EyalH@radcom.com

b. | A Notice is effective only if the Party giving notice has complied with the foregoing requirements of this Section and the Addressee has received the Notice. A Notice is deemed to have been received as follows:

| 1. | If a Notice is delivered by first class mail, five (5) days after deposit in the mail;

| 2. | If a Notice is furnished in person, or sent by Express Mail, Registered Mail, or Certified Mail, or internationally recognized overnight courier, upon receipt as indicated by the date on the signed receipt;

| 3. | If a Notice is sent by e-mail or facsimile transmission, upon successful transmission to the receiving machine, if such Notice is sent in time to allow it to be accessible by the Addressee before the time allowed for giving such notice expires, and a confirmation copy is sent by one of the other methods.

c. | The addresses and telephone numbers to which notices or communications may be given to the Addressees of either Party may be changed by written notice given by such Party to the other pursuant to this Section.

3.3 Term of Agreement

a. | This Agreement is effective on upon final signature (the “Effective Date”) and, unless terminated as provided in this Agreement, shall remain in effect for a term ending [**] years from the Effective Date (the “Initial Term”).

b. | After the Initial Term, Amdocs shall have the option to extend the term for an additional period of [**] months by giving Radcom written notice at least [**] days prior to the expiration of the Initial Term. The termination or expiration of this Agreement shall not affect the obligations of either Party to the other Party pursuant to any Order previously executed hereunder, and the terms and conditions of this Agreement shall continue to apply to such Order as if this Agreement were still in effect. Likewise, termination, or expiration of the General Agreements shall not affect the obligations of either Party to the other Party pursuant to this Agreement, and the terms and conditions of the General Agreements shall continue to apply to this Agreement as if the General Agreements were still in effect.

4.0 Additional Terms and Conditions:
4.1 Lab Equipment and Software
Radcom shall provide the Software for use in [**]’s labs for testing and evaluation purposes and [**] shall provide all other material (including software or hardware) for the lab activities.
Lab testing for the purpose of moving forward to the FFA will be in accordance with the Project Plan.
The quantity and configuration of the Software to support [**]’s requirements will be mutually agreed upon between Amdocs and Radcom with input from [**]. Radcom shall provide a basic one time installation service free of charge if needed. Other Services will be provided at a mutually agreed upon discount.
4.2 General Availability
Initial or first official release of the Software resold by Radcom to the [**] Lab shall meet the requirements set forth below for General Availability.
“General Availability” or “GA” means that the condition of the official Software release version (including major releases and emergency patches) is such as to render it ready for deployment. These are the minimum GA requirements:

a. | Radcom has tested and certified to Amdocs that Radcom has identified no Critical faults.

b. | [**] has received from Amdocs of all software, complete media, and documentation from Radcom.

c. | All emergency patches must be officially released by Radcom.

d. | The content of delivered software must be compatible with previous releases and remain consistent through the life of the core software.

e. | Radcom shall comply with the following policy regarding OS patch testing related to ongoing releases: Radcom will notify Amdocs of the patch releases Radcom plans to test prior to test execution. Amdocs will confirm within [**] working days whether releases have been accepted by [**] (ITO/CSO). If [**] have rejected a patch release, Amdocs will advise and Radcom will verify against the previous accepted version. Radcom will test one OS and one database patch version for each release.

f. | Included in the GA release is the associated final Documentation associated with each of the applicable target released components planned for deployment, provided that further updates to the Documentation may be made and provided to [**] later on.

g. | Release notes have been provided by Radcom to Amdocs identifying major features expected in the release and any known issues (minor faults) that may be encountered during testing.

h. | Associated training materials compiled by Radcom technical subject matter experts are complete and available for use by [**]. [**] pre-requisites are identified, documented, and met. This includes any additional software that must be obtained to satisfy requirements for the target release by Radcom.

i. | Any GA requirement may be waived (in writing in [**] sole discretion) if there is a specific documented requirement for a non-GA release by [**].

4.3 Delivery, Performance, and Acceptance
For the purpose of the Software, the Subcontractor Agreement shall have no application. In its place, the following shall apply between the Parties for such purposes:

a. | If installation services are provided for the Software for or during the FFA, it shall be considered complete and ready for [**]’s consideration only after testing by Radcom in material compliance with both [**] and Radcom installation Specifications and procedures. Upon completion of the initial Installation, Radcom will submit to Amdocs (who shall then submit promptly to [**]) a “Notice of Completion”. If found by [**] to be materially in compliance with such installation Specifications and procedures, upon notice by [**], Amdocs will advise Radcom and the Software will be granted General Acceptance by Amdocs and, if not in compliance, then additional rounds of tests will be conducted until compliance is achieved. The Software shall be deemed Accepted upon the earliest occurrence of the following events: (i) a “Notice of Completion” was issued by Radcom, and Amdocs did not raise any material deviations from the installation Specifications and procedures, by the lapse of the period set for said tests as agreed by the Parties as part of the Project Plan; and/or (ii) if completion of Installation is delayed for an extended period of time due to an act and/or omission of [**], Amdocs and Radcom agree to achieve a mutually agreed resolution; and/or (iii) the Radcom Software is no longer deployed in a limited capacity; and/or (iv) there are no Critical and no more than [**] Major Errors. There will be an Evaluation Period after First Field Application to evaluate performance of the Software.

b. | If the Software meets the requirements as set forth in Appendix A for General Acceptance, Amdocs shall be deemed as Accepting the relevant Software component.

c. | Radcom, at its expense, shall correct defects or other issues impeding such General Acceptance within [**] working days, or as may be otherwise agreed to by the Parties, from receipt of Amdocs’ receipt of [**]’s notification and shall notify Amdocs that such corrections have been made. Amdocs shall require that [**] repeat the appropriate acceptance tests, and the above procedure shall continue until General Acceptance is achieved. General Acceptance shall be deemed to occur upon the earlier occurrence of the following events: (i) there are no Critical Errors and no more than [**] Major Errors; and/or (ii) Amdocs was notified on the remedy of the corrections, and failed to raise any feedback within [**] working days of said notification.

Amdocs shall not reject the Software which is subject to Acceptance by [**], unless to the extent rejected by [**] and in the event [**] accepted the Software as described above, Amdocs will accept accordingly and promptly.

4.3.1 | Lab and FFA Process

The objective of the [**] Product Acceptance Process is to validate the Radcom’s fulfillment of their solutions in [**]’s Lab and in production with a FFA.
Radcom will work with Amdocs to prepare the following for [**]:

| (a) | FFA Project Plan with relevant milestones and resource allocation.

| (b) | An Acceptance Test Plan (ATP), which highlights the relevant Test Objects to be validated. These Test Objects will cover the various functionalities of the Supplier solutions.

| (c) | The lab test environment to be set up for the validation.

| (d) | Establish a regular lab meeting schedule and method of documenting validation status and progress.

| (e) | The scope of testing may include but is not limited to feature/functionality verification, negative tests, monitoring of other network elements, load/capacity tests, interoperability/interworking tests for D1 and other platforms, end-to-end performance evaluation, application tests, and user interface testing.

| (f) | If so requested by [**] from Amdocs, Amdocs may mandate that a release be tested on an entire market/region before GA can be granted, and the Parties will agree as part of the FFA project plan on a per release basis.

4.3.2 | [**] Product Acceptance Milestones The [**] Product Acceptance Procedure consists of two steps: Lab testing and FFA. The goal of the Lab phase is to demonstrate and test the Supplier’s software in [**]’s lab as defined by a mutually agreed Acceptance Test Plan (ATP). The goal of the FFA phase is to introduce and test the Radcom’s software in an [**] First Field Application area. An FFA precedes full network introduction of a product in [**]’s network, and in which the Radcom’s software will be introduced into a live, commercial [**] market for the first time. For each of the phases, there are entry and exit criteria that have to be met in order to proceed towards the final goal, which is to reach the acceptance of the Radcom product. Ready for Acceptance (RFA) entry criteria to the [**] lab are used to determine that the solution is ready for testing in the [**] lab environment. Ready For Service (RFS) criteria shall be used as entry criteria prior to start of FFA. RFA exit criteria (and hence RFS entry criteria) are used to determine that the solution is ready for service in the commercial network. During the entire FFA process, the Radcom shall use commercially available tools and scripts available to Amdocs which shall be made available to [**]. No proprietary development tools or software shall be used unless with prior agreement with Amdocs. In such cases, Radcom shall commit to provide [**] with the software or tools required to continue the rollout and operation of the network.

4.3.3 | Ready for Acceptance (RFA) Milestone The RFA entry criteria are achieved when the following milestones are met:

| · | Amdocs and Radcom have agreed to jointly-developed Acceptance Test Plans (ATPs) with [**] input accepted.

| · | All known “Critical” issues (found during Radcom testing period) have been resolved or have an agreed upon resolution plan.

| · | Amdocs and Radcom have had an Entry RFA meeting and, upon [**]’s agreement, agree to proceed to RFA.

| · | Radcom has provided all required product documentation, including but not limited to

| o | System load and product verification test plans and results, as needed to determine that RFA entry criteria are met.

| o | Release notes and system impact document where all impacts and changes to Software, backend, and interfaces are identified.

| o | Key documents where changes with impacts to [**] 3rd party applications (ex. IT systems) and D1 Interworking (other suppliers’ nodes and systems) are identified.

| o | Response to Amdocs, with respect to [**] security checklist and [**] approval/acceptance

| · | Radcom will hold a knowledge transfer workshop that will provide [**] lab personnel with sufficient details regarding product architecture, operation, and implementation. Where possible, the information should include simulation results or knowledge gained from testing in Radcom’s lab. Knowledge transfers sessions’ topics shall include, but are not limited to, feature implementation, feature testing/simulation, delta training, etc. This may be in a customized format specifically addressing the current project, or Radcom may make use of existing training courses, so long as project timeline constraints are met, at no cost and with no minimum attendance requirements. Workshops will be scheduled for a mutually agreed timeframe to the [**] lab and Radcom as lab entry criteria, and to provide knowledge transfer to meet project requirements. Every effort will be made to schedule workshops on-site while appropriate Radcom personnel are present.

The RFA exit criteria is achieved with the following:

| · | All tests specified in the ATPs have been completed, with any exceptions noted.

| · | All known priority “Critical” issues remaining after the RFA phase have been resolved and all priority “Major” issues have an agreed upon resolution plan. Priority “Critical” issues have an acceptable and approved work around.

| · | Amdocs, [**] and Radcom have had an Exit RFA meeting and agreed to proceed on to the RFS stage.

4.3.4 Ready for Service (RFS) Milestone
The entry criteria to be met for RFS are:

| · | All tests specified in the ATPs have been completed, with any exceptions noted.

| · | All known “Critical” issues remaining after the RFA phase have been resolved and all “Major” priority issues have an agreed upon resolution plan.

| · | [**], Amdocs and Radcom have had an Entry RFS meeting and agree to proceed.

| · | Engineering support from [**], Amdocs or Radcom are available to monitor performance and issues related to the overall solution to be tested.

| · | [**], Amdocs and Radcom have had a kick off meeting with [**] Operations, ATS and other relevant teams.

| · | Required Operational Training for the FFA has been held prior to proceeding to the field. Content of the training shall be agreed between Amdocs and Radcom.

| · | The exit criteria to be met for RFS are:

| o | All tests specified in the ATPs have been completed, with any exceptions noted.

| o | All new “Critical” priority issues found during the RFS phase have been resolved. All “Major” issues have a resolution plan acceptable to Amdocs.

| o | All major feature functionality has been proven to work satisfactorily

| o | Software is benchmarked and the result is compared to performance with the prior software version and there is no degradation in features, functionality or capacity, unless any such degradation is agreed with Amdocs prior to FFA and is noted in Radcom’s documentation.

| o | System is declared stable for a mutually agreed soak period and with normal usage. The soak period starts after the last changes are implemented and lasts for a minimum of [**] weeks. All FFA documentation is completed and released, including FFA result document.

| o | Updated MOP, Test Plans, and other FFA related documents that have been updated during the FFA should be provided to Amdocs.

| o | A complete list of all cases failed during the FFA periods has been provided to Amdocs. This should be a detailed list which explains the nature of the problem for which the case was failed, and the nature of the fix.

| o | A complete list of all patches applied during the FFA, and which cases those fixed, if applicable.

4.3.5 | FFA Support

As part of the FFA process, Radcom shall initially support lab testing. Radcom will provide on-site and/or remote, as necessary, technical support to the lab during this initial test period. This support is to include installation support, as well as design level technical and test support. Once the FFA software is installed in the field, Supplier will provide sufficient support to the lab so long as support to the field installations is not affected.

4.3.6 | Software Efficiency and Capacity Requirements

Radcom’s software shall be efficient to ensure minimal usage of [**] hardware resources, as commercially possible. In case of inefficient use Radcom commits to make all reasonable efforts to improve the Software’s utilization of [**] hardware resources at no additional cost.

4.4 Severity Levels impacting Acceptance
The defects/problems identified through testing will be assigned one of the following severity levels:
It is clarified that, in the event the below are caused by a component and/or service not provided by Radcom and/or its sub-contractors, or in the event the below are caused due to an act and/or omission of Amdocs, [**] and/or any party acting on their behalf, then the below shall not be deemed as defects/problems caused by the Software.

1. | Critical: Critical system functionality is not operational or not capable of producing critical deliverables (which have been pre-defined in Appendix A as critical) and there are no workarounds available. The problem/defect has one or more of the following characteristics:

| a. | Data corruption such that physical or logical data is unavailable or incorrect.

| b. | System hangs. The system becomes non responsive indefinitely or there is severe performance degradation, causing unreasonable wait time for resources or response, as if the system is hanging.

| c. | System crashes repeatedly. Database process or background processes fail and continue to fail after restart attempts.

| d. | Critical functionality (which has been pre-defined in Appendix A or otherwise by the Parties in writing as critical) is not available. The application cannot continue because a vital feature is inoperable.

| e. | Resource limitation (e.g., disk space) prevents a user from doing work without an agreed-upon workaround.

| f. | Security vulnerability beyond [**] control that results in unauthorized access to systems, crashing of systems or data corruption, and which cannot be avoided by [**].

2. | Major: Major system functions are unavailable or unusable. An agreed-upon workaround is available, and operations can continue in a restricted fashion. The problem/defect has one or more of the following characteristics:

| a. | Reoccurring Errors causing the system to fail, but restart or recovery is possible.

| b. | Severely degraded performance.

| c. | Limited access to data to perform the job.

| d. | Missing a message capture per requirements (no error message at all) when a major error occurs.

| e. | Incorrect response to a command for a major system function.

| f. | Security vulnerability with a workaround that mitigates such vulnerability.

| g. | Some important functionality is unavailable, yet the system can continue to operate in a restricted fashion.

3. | Minor: A defect/problem that does not rise to the level of either Critical or Major.

4.5 Documentation

| a. | Radcom shall furnish, [**], Documentation for the Software and other Material delivered hereunder, including any and all succeeding changes, updates and upgrades.

| b. | Documentation shall include user instructions, engineering guidelines, installation information, system manuals and training material in electronic form, Radcom’s customer facing written specifications, all written material defined in the table below associated with Software and other information that is normally delivered by Radcom regarding the Software and/or Material. Engineering/capacity management guidelines shall include sufficient information and insight from Radcom to enable Amdocs to assist [**] in capacity management of the Software under this Agreement. Capacity management guidelines shall enable [**] to determine the engineered capacity for the system and identify the key capacity indicators that should be monitored and trended to recognize when the system resources are nearing exhaust. Radcom will provide the following to Amdocs, in order to enable [**] to capacity manage the monitoring system:

| · | Capacity limits of the v-probe solution

| · | Call model factors that were used to produce the stated capacity

| · | A list of KCIs that should be used to monitor the stated capacity triggers

| · | A mechanism to obtain the KCI data

| · | MOP for installation and any making any changes to the Software. This MOP shall provide guidelines to install Software, Upgrades and Updates.

4.6 Ownership of Paid-For Development, Use and Reservation of Rights

| a. | Ownership and Use of Rights and Items.

[**] shall be the exclusive owner of all right, title, and interest in and to all Paid-For Development (defined below), including, without limitation, all Intellectual Property Rights therein and thereto. Radcom shall assign or have assigned to [**] and hereby assigns directly and solely to [**] all Intellectual Property Rights in and to the Paid-For Development. “Paid-For Development” shall mean any and all Items to the extent produced or developed by or on behalf of Radcom or its employees, agents, or direct or indirect contractors or suppliers (and whether completed or in-progress), or forming part of any deliverable, pursuant to this Agreement (including, without limitation, under any statement of work, exhibit, order or other document under, subordinate to, or referencing this Agreement) (collectively “Agreements”) for the development of which [**] has been charged monies by Amdocs (and Amdocs in return has been charged monies by Radcom) in one or more of the Agreements (“Development Fees”). Payment of standard license fees, configuration, integration, and implementation fees or standard maintenance fees, and standard support fees shall not be deemed payment of Development Fees under this subsection. Paid-For Development shall always exclude all Excluded Materials, and shall further exclude any third-party software as to which Radcom lacks the right to transfer or assign the Intellectual Property Rights therein and thereto to [**]. For the avoidance of doubt, Radcom’s development of Paid-For Development shall not, in and of itself, limit Radcom’s right to develop and provide similar products or technologies for Radcom’s other customers besides [**] (“Outside Similar Development”), it being understood that where Radcom engages in Outside Similar Development, Radcom must not violate the terms and conditions of this Agreement and, in particular, must not infringe or misappropriate any of [**]’s Intellectual Property Rights, including without limitation any of [**]’s Intellectual Property Rights in and to any Paid-For Development.
“Items” shall mean any or all inventions, discoveries, ideas (whether patentable or not), and all works and materials, including but not limited to products, devices, computer programs, source codes, interfaces, designs, files, specifications, texts, drawings, processes, data or other information or documentation in preliminary or final form, and all Intellectual Property Rights in or to any of the foregoing.

“Excluded Materials” shall mean: i) Radcom’s Pre-Existing Materials; ii) Radcom’s Independently Developed Materials; and iii) Radcom’s Mere Reconfigurations
“Radcom’s Pre-Existing Materials” shall mean those Items (including derivatives thereof) owned by Radcom or by Radcom’s suppliers to the extent and in the form that such Items (including derivatives thereof) (i) existed prior to the date Radcom began any work under this Agreement and (ii) were created without any use of any [**] Items.
“Radcom’s Independently Developed Materials” shall mean those Items (including, without limitation, derivatives thereof, e.g., Updates and Upgrades, fixes and patches) that have been developed by Radcom or its employees, agents, or direct or indirect contractors or suppliers, or on the aforementioned parties’ behalf i) without use of any [**] Items and ii) independently of any work performed under any Agreements.
“Radcom’s Mere Reconfigurations” means those specific integrations, implementations and/or reconfigurations of Radcom’s pre-existing software performed by Radcom, or on Radcom’s behalf, but only to the extent that such integrations, implementations and reconfigurations are alterations to such software that are strictly required to permit Radcom’s software to function on [**]’s network or service platform. In no event shall Radcom’s Mere Reconfigurations include enhancements, modifications, or updates that are not contained in Radcom’s Pre-Existing Materials and that add any features, functionality, or capabilities.
For the sake of removing any doubt, it is clarified that Amdocs and/or its Affiliates shall have no title, license or right of any sort, in the Paid-For Development and/or the Excluded Materials except as may be otherwise provided under the escrow of the source code section in the General Agreements,.

| b. | License Grant to Excluded Materials.

If and to the extent that Radcom embeds any Excluded Materials in the Paid-For Development, Radcom hereby grants and promises to grant and have granted to [**] and its Affiliates a royalty-free, nonexclusive, sublicensable, assignable, transferable, irrevocable, perpetual, world-wide license in and to the Excluded Materials (but, insofar as the Excluded Materials consists of software in object code form, not to the underlying source code or detailed specification) and under (but not to) any applicable Intellectual Property Rights of Radcom to use (provided that this right to use shall not include the right to develop, modify, enhance, customize, create derivative works, or improve, all of which are not granted except for the limited “modify” right below), copy, modify (except that software in object code form may not be modified), distribute, display, perform, import, make, sell, offer to sell, and exploit (and have others do any of the foregoing on or for [**]’s or any of its customers’ behalf or benefit) the Excluded Materials, but only insofar as such Excluded Materials are embedded in the Paid-For Development by Radcom.

| c. | Further Acts and Obligations.

Radcom will take or secure such action (including, but not limited to, the execution, acknowledgment, delivery and assistance in preparation of documents or the giving of testimony) as may be reasonably requested by [**] to evidence, transfer, perfect, vest or confirm [**]’s right, title and interest in any Paid-For Development. Radcom shall, in all events and without the need of [**]’s request, secure all Intellectual Property Rights in any Paid-For Development (and any licenses specified above in any Excluded Materials) from each employee, agent, subcontractor or sub-supplier of Radcom who has or will have any rights in the Paid-For Development or Excluded Materials.

| d. | Reservation of Rights and Limited License.

Notwithstanding any other provision in this Agreement, [**] is not transferring or granting to Radcom any right, title, or interest in or to (or granting to Radcom any license or other permissions in or to) any or all: a) Items created by or on behalf of [**] or directly or indirectly provided to Radcom (in any form, including, without limitation, verbally) by or on behalf of [**] or its third party providers (“[**] Provided Items”); b) Paid-For Development or c) Intellectual Property Rights, including, without limitation, any Intellectual Property Rights in or to any [**] Provided Items or Paid-For Development. The sole exception to the foregoing reservation of rights is that [**] hereby grants Radcom a limited, nonexclusive, non-transferable license (that shall automatically terminate upon the termination or expiration of this Agreement), under any rights owned by [**], to use the [**] Provided Items and Paid-For Development solely as instructed by [**] and to the extent necessary for Radcom to perform its obligations under this Agreement, subject further to the terms and conditions of this Agreement. In no way expanding the foregoing license, said license in no manner permits Radcom to (and Radcom hereby promises not to without the explicit prior written and signed consent of [**] Intellectual Property, Inc. (“[**]IPI Consent”) make use of any [**] Provided Items, Paid-For Development or [**] Intellectual Property Rights either for the benefit of any third party or other than as instructed in writing by [**]. ([**] may be willing, in its sole discretion, to grant [**]IPI Consent in exchange for appropriate additional compensation). Paid-For Development and [**] Provided Items shall constitute [**] Information under this Agreement.

| e. | Notwithstanding anything in the General Agreement to the contrary, the Section of the General Agreement entitled “Title to Work” shall not apply to this Agreement.

4.7 Training

| a. | Radcom and Amdocs shall make available a minimum [**] user training sessions, and [**] admin training sessions, in multi-person classes, up to [**] each, at an [**]-designated site, at a date, time and location to be proposed by Amdocs and [**] and reasonably agreed to by Radcom and Amdocs. This will be provided at no cost.

| b. | User training materials and admin training materials will be reasonably agreed upon by the Parties and be provided to the identified participants at least [**] week prior to the scheduled training, at no additional cost.

| c. | Radcom will make available to [**], at the detailed below published Radcom rates (less any applicable discount to which [**] is entitled), additional training material and courses to include instruction on functions, features and usability tailored to the specific group receiving the training. Radcom has a professionally-developed in house training curriculum for Radcom products that offer student guides that are designed to work in conjunction with the instructor’s presentation. Each student enrolled in the class will receive a current copy of the student guide.

Training Course | Cost | Description
Training-Basic | US$ [**] | [**]
[**]
Training-Adv | US$ [**] | [**]
[**]
Administrator/Operations Training | US$ [**] | [**] [**].

In addition to the training described above, AMDOCS shall receive the training set forth in the VAR and its Addendum.

4.8 Competitive Cost Analysis - Should Cost
Radcom shall maintain the Material and Services contemplated by this Agreement competitive as compared to reasonably comparable materials and services available in the marketplace, including with respect to pricing, features, performance, functions and capabilities, including capacity and scalability. Amdocs shall have the right, upon [**]’s request to conduct studies from time to time, including by engaging one or more third parties, regarding the Material and Services to assess their competitiveness, in accordance with [**]’s guidelines and instructions. Such analyses may evaluate, among other things, the cost to Radcom of internal components, services and processes. Radcom shall reasonably cooperate with such studies, including by providing reasonably requested information with respect to the Material and Services. Amdocs acknowledges that Radcom is a publicly traded corporation and will cooperate subject to certain reporting rules of applicable regulatory bodies.
4.9 Warranty, Support and Maintenance
Amdocs will be entitled to Updates for Software for no additional cost during the term of the Support and Maintenance Agreement, for the sole purpose of providing said Updates to [**]. Support and Maintenance for the product will commence upon expiration of the Warranty Period, provided that Amdocs on behalf of [**] enters into a separate Supplement for Support and Maintenance and all applicable Support and Maintenance fees are paid when due. Amdocs may purchase yearly support renewals for a product for so long as Support and Maintenance is generally available for that product.
4.10 Non-Exclusive Market
This Agreement does not grant Radcom any right or privilege to provide to Amdocs or [**] any Material and Services of the type described in or purchased under this Agreement. Except for obligations arising under an Order, this Agreement does not obligate Amdocs to purchase or license any such Material or Services. [**] may contract with other manufacturers and vendors for the procurement or trial of Material and Services or for Amdocs to contract with other manufacturers and vendors for the resale to, or the provision of a trial to [**] of Material and Services comparable to those described in or purchased under this Agreement, and [**] or Radcom may itself perform such Services.
4.11 Offshore Requirements
Radcom resources will be located in the United States, India, Israel, Canada and Brazil.
Radcom’s Offshore resources working on this Work Order will be located at the addresses listed in Appendix K:
Radcom’s Offshore resources can only access [**] Systems/data while physically located in an [**]-approved Radcom facility as stated in this Work Order, and may not at any time remotely access any [**] System or data from outside of the [**]-approved Radcom facilities as stated in the Work Order.

4.12 Liquidated Damages Regarding Initial Project Deployment
Radcom recognizes the importance of meeting Delivery Dates and agrees to the following Liquidated Damage provisions and procedures:

a. | Upon discovery of anything indicating a reasonable certainty that Software and/or Services will not be Delivered by the scheduled Delivery Date, Radcom shall notify Amdocs and provide the estimated length of delay. The Parties shall work jointly toward resolving the delayed Delivery and to agree on a revised Delivery Date. Amdocs will use reasonable efforts to obtain agreement from [**] on an extended Delivery Date and if such an extended date is agreed, will align the Radcom Delivery Date to the date agreed with [**]. If the Parties reach agreement on an extended Delivery Date and Radcom fails to meet the extended Delivery Date, then Amdocs may (i) exercise its right to recover Liquidated Damages specified hereunder, to the extent [**] has exercised its right to recover Liquidated Damages from Amdocs (ii) further extend the Delivery Date, and/or (iii) if such delay amounts to a material breach, terminate the applicable Order, but only after the cap of the Liquidated Damages mentioned below has been reached and only in the event [**] has terminated the Applicable order with Amdocs, under this section. Notwithstanding any terms to the contrary in this Agreement or the General Agreements, the effective date of termination of the Amdocs Order with Radcom shall be the same as the effective date of termination of the corresponding scope of the [**] order with Amdocs. No payments, progress or otherwise, made by Amdocs to Radcom after any scheduled Delivery Date shall constitute a waiver of Liquidated Damages. Delivery Dates shall be extended as and to the extent Radcom is unable to meet the original Delivery Date due to causes outside of Radcom’s control. Such extension shall be proportionate to the delay caused by factors outside Radcom’s and/or Amdocs’ control, and in such events, the Liquidated Damages shall not apply.

b. | Notwithstanding the above paragraph, in the event of Radcom’s failure to meet a Delivery Date, Amdocs shall be entitled to recover amounts as liquidated damages, and not as a penalty. For the first [**] days of delay, no liquidated damages will apply. Thereafter, liquidated damages of [**] % percent of the price of delayed Software and/or Services shall apply for each week up to [**] % of the delayed Software or Services price.

For the sake of relieving any doubt, it is clarified that Radcom shall not be liable for any delays to the extent caused solely by Amdocs and/or [**].
4.13 Third Party Software
The Parties recognize that third party software is required for the operation of the Software. Amdocs shall require [**] to be responsible to provide to Amdocs and Radcom the temporary use of the software, software version updates/upgrades and associated licenses for the following Third Party Software:
[**]

5.0 Special Software Terms
5.1 Delivery of Software
Software for the products shall initially be delivered by Radcom directly to [**] for download electronically through transfer by means of telecommunications and any subsequent Updates of such Software to which [**] is entitled, shall be made available as above. Unless and until directed in writing by Amdocs to do so, Radcom will not transfer any disks, tapes or other tangible property containing a product’s Software, or any subsequent Updates of that Software, to [**].
5.2 Documentation Updates
During the applicable Support and Maintenance period, Radcom agrees to make available to Amdocs (who shall then make them available to [**]) updates to Documentation furnished to Amdocs hereunder which is related to the use and support of the Software (when such updates are made generally available to Radcom’s other customers who are covered by Support and Maintenance). Documentation shall be maintained and revised to incorporate new or revised operating procedures resulting from corrections to and revisions of the Software. Radcom shall also provide written communications (which may be via email) concerning the Material, Updates, newly available Upgrades, programming notes, and Documentation corrections to Amdocs with respect to Material that is under Support and Maintenance. In addition, during the applicable Support and Maintenance period, Radcom agrees to promptly assist Amdocs with any undocumented error or abnormal program end conditions encountered by [**] with respect to any of the corresponding Material.
5. 3 Program Protection and Security

a. | Amdocs shall require in its agreement with [**] that [**] shall not provide or otherwise make available the Software in any form to any unaffiliated third party, except as provided in this Agreement, ,, the EULA or in an Order accepted by Radcom.

b. | Amdocs shall require in its agreement with [**] that [**] shall take appropriate action, by instruction, agreement or otherwise with the persons permitted access to the Software and Documentation, to satisfy the obligations pursuant to its agreement with Amdocs with respect to use, protection and security of the Software and Documentation.

c. | Amdocs shall provide in its agreement with [**] that [**]’s rights of disclosure under its agreement with Amdocs shall include the right to provide the Software and related Documentation to [**]’s agents and contractors anywhere in the world who have a reasonable need for it in connection with for the performance of services for [**] under its agreement with Amdocs , provided that the Software and related Documentation may not be provided to a third party for the purpose of allowing that third party to develop or participate in the development of a product or service that competes with Radcom’s products.

5.4 Software
Subject to the execution of the Agreement, [**] will receive from Radcom a Worldwide, Perpetual License to the Software outlined below:
[**]
It is agreed, that the license granted to [**] for the Software shall be as set forth in the EULA.
5.5 Software Enhancement Notification

a. | Radcom will use commercially reasonable efforts to notify Amdocs and [**] in writing (which may be via email) of all Updates for Software licensed hereunder to which Amdocs will be entitled for the purpose of providing them to [**], at least [**] prior to the availability of that Update.

b. | each new Update of Software (provided under a Support and Maintenance agreement) will be subject to [**] policies but for that particular Update only.

c. | The Parties will seek to identify future Software Updates through the Radcom/Amdocs/[**] roadmap planning sessions and/or on-going communication exchanges. The Parties will seek to jointly identify and document an annual (calendar year) inventory of future Software Updates to be included as part of that year’s Software releases to be made available as part of Support and Maintenance (the “Annual Software Feature List”).

5.6 Software Support
Radcom shall make available to Amdocs for the sole purpose of Amdocs then providing to [**] all Updates to Software licensed hereunder for no additional cost during the term of the Support and Maintenance Agreement and Software technical support at no additional cost during the Warranty Period for such Software.
5.7 Software Updates

a. | With respect to any Updates provided to Amdocs for [**] hereunder, RADCOM acknowledges and agrees that as per Amdocs agreement with [**], [**] will have the right to remove same and replace it with the previous version if such new version will degrade or impair [**]’s network. If Amdocs wishes to resell licenses for any new features or functionality of Software that are not licensed to [**] as part of an Update and are licensed separately, then Amdocs and Supplier will negotiate in good faith on a license fee or payment for such feature or functionality.

5.8 Support of Previous Versions
Provided that Amdocs enters into a separate Support and Maintenance Supplement, during the applicable Support and Maintenance term for the benefit of [**], Radcom agrees that, for all Software covered by Support and Maintenance, Radcom will make available error correction and technical support for each version of that Software for at least [**]) months following Radcom’s initial release of that version.

6.0 | Warranties, Indemnities and Liabilities for Software Licenses, Services and related Maintenance

The standard warranties, indemnities and liability obligations set forth in this Agreement and in the Subcontractor Agreement shall apply with respect to all Services provided under this Agreement including but not limited to development, Paid For Development, Maintenance and Support, testing, installation and implementation;
The standard warranties, indemnities and liability obligations set forth in this Agreement and the VAR shall apply with respect to Amdocs’ resale of the Software to [**].
[**]’s right to use the Software, and the related warranties, indemnities and liabilities, are provided to [**] in accordance with the EULA and this Agreement.
[**]

7.0 | Escrow/Source Code

[**]

8.0 | General Provisions

Without derogating from those rights and licenses given directly from Radcom to [**] under Section 4.6 above and/or the Software license granted to [**] by Radcom under the EULA, a person who is not a party to this Agreement and/or the General Agreements, may not enforce any of their terms.
The last sentence of Section 11.3 of the Subcontractor Agreement, which obligates Radcom to reimburse Amdocs within [**] days, shall not apply to the Software license and Services. It is expressly understood that all indemnification obligations in this Agreement and the General Agreements shall continue to apply.

9.0 | Additional Appendices

Appendix A: Statement of Work or Requirements
Appendix B: Fees
Appendix C: [**] Responsibilities
Appendix D: Additional Features
Appendix M: Change Processes with Forms A through F
Appendix O: Security Information Security Requirements (SISR)
Appendix Q: Software Enhancement Form

10.0 | Execution of Agreement

10.1 Transmission of Original Signatures and Executing Multiple Counterparts
Original signatures transmitted and received via facsimile or other electronic transmission of a scanned document, (e.g., .pdf or similar format) are true and valid signatures for all purposes hereunder and shall bind the Parties to the same extent as that of an Original signature. This Agreement may be executed in multiple counterparts, each of which shall be deemed to constitute an original but all of which together shall constitute only one document.
IN WITNESS WHEREOF, the Parties have caused this Agreement to be executed as of the date the last Party signs.

Amdocs Software Systems Limited | Radcom Ltd.
By: /s/ Philip Butler | By: /s/ David Ripstein
Printed Name: Philip Butler | Printed Name: David Ripstein
Title: Director and Assistant Secretary | Title: President & CEO
Date: December 30, 2015 | Date: December 30, 2015