Alcatel Lucent Application Partner Program Inter-Working Report

Transcription

1 Alcatel Lucent Application Partner Program Inter-Working Report Partner: Castel Application type: VoIP DoorPhone Application name: XE SEL3BP, XEP 2BHELP, XEDESK-SCREENV-P, CAPIP-V1B-P Alcatel-Lucent Enterprise Platform: OmniPCX Enterprise and OpenTouch The product and release listed have been tested with the Alcatel-Lucent Enterprise Communication Platform and the release specified hereinafter. The tests concern only the inter-working between the AAPP member s product and the Alcatel-Lucent Enterprise Communication Platform. The inter-working report is valid until the AAPP member s product issues a new major release of such product (incorporating new features or functionality), or until ALE International issues a new major release of such Alcatel-Lucent Enterprise product (incorporating new features or functionalities), whichever first occurs. ALE INTERNATIONAL MAKES NO REPRESENTATIONS, WARRANTIES OR CONDITIONS WITH RESPECT TO THE APPLICATION PARTNER PRODUCT. WITHOUT LIMITING THE GENERALITY OF THE FOREGOING, ALE INTERNATIONAL HEREBY EXPRESSLY DISCLAIMS ANY AND ALL REPRESENTATIONS, WARRANTIES OR CONDITIONS OF ANY NATURE WHATSOEVER AS TO THE AAPP MEMBER S PRODUCT INCLUDING WITHOUT LIMITATION THE IMPLIED WARRANTIES OF MERCHANTABILITY, NON INFRINGEMENT OR FITNESS FOR A PARTICULAR PURPOSE AND ALE INTERNATIONAL FURTHER SHALL HAVE NO LIABILITY TO AAPP MEMBER OR ANY OTHER PARTY ARISING FROM OR RELATED IN ANY MANNER TO THIS CERTIFICATE. Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 1/40

2 Certification overview Date of the certification September 2015 ALE International representative AAPP member representative Alcatel-Lucent Enterprise Communication Platform Alcatel-Lucent Enterprise compatibility release AAPP application version Application Category Sebastien EHRHARD François VICQ OmniPCX Enterprise (OXE) OpenTouch (OT) OXE R11.1 (L a) OT ( ) ( _12h28) Terminals Video end point Author(s): Reviewer(s): Sebastien Ehrhard François Vicq, Denis Lienhart, Rachid Himmi, Krassimira Atanassov History: 1. Edition 1: March 2013: Creation of document 2. Edition 2: validity of the IWR extended to OXE R11.0 November Edition 3: Clarification arround spatial redundancy and PCS support - June 2014 (not published) 4. Edition 4: update with latest OXE R11.1 and OpenTouch 2.1 and Castel XEDESK-SCREENV-P v with video support 5. Edition 5: update with latest OXE R11.1 and Opentouch 2.1 and CAPIP-V1B-P Test results Passed Refused Postponed Passed with restrictions Refer to the section 5 for a summary of the test results. IWR validity extension None Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 2/40

3 AAPP Member Contact Information Contact Name: Title: Address : François VICQ Responsable R&D ZI Saint Lambert des Levées Zip code : City: SAUMUR Phone: (+33) Fax: (+33) Web site: address: info@castel.fr Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 3/40

4 TABLE OF CONTENTS 1 INTRODUCTION VALIDITY OF THE INTERWORKING REPORT LIMITS OF THE TECHNICAL SUPPORT CASE OF ADDITIONAL THIRD PARTY APPLICATIONS APPLICATION INFORMATION GENERAL ARCHITECTURE HARDWARE CONFIGURATION SUMMARY OF TEST RESULTS SUMMARY OF MAIN FUNCTIONS SUPPORTED SUMMARY OF PROBLEMS SUMMARY OF LIMITATIONS NOTES, REMARKS TEST RESULT TEMPLATE TEST RESULTS CONNECTIVITY AND SETUP CALLS FROM DOORPHONE CALLS TO DOORPHONE IN CONVERSATION SCENARIOS DUPLICATED CALL SERVERS AND PASSIVE CALL SERVER VIDEO Video calls with 8082 deskphone on OmniPCX Entreprise Video calls with 8082 deskphone on OpenTouch Video calls with 8088 Smart deskphone on OpenTouch APPENDIX A: AAPP MEMBER S APPLICATION DESCRIPTION APPENDIX B: CONFIGURATION REQUIREMENTS OF THE AAPP MEMBER S APPLICATION APPENDIX C: ALCATEL-LUCENT COMMUNICATION PLATFORM: CONFIGURATION REQUIREMENTS APPENDIX D: AAPP MEMBER S ESCALATION PROCESS APPENDIX E: AAPP PROGRAM ALCATEL-LUCENT APPLICATION PARTNER PROGRAM (AAPP) ENTERPRISE.ALCATEL-LUCENT.COM APPENDIX F: AAPP ESCALATION PROCESS INTRODUCTION ESCALATION IN CASE OF A VALID INTER-WORKING REPORT ESCALATION IN ALL OTHER CASES TECHNICAL SUPPORT ACCESS Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 4/40

5 1 Introduction This document is the result of the certification tests performed between the AAPP member s application and Alcatel-Lucent Enterprise s platform. It certifies proper inter-working with the AAPP member s application. Information contained in this document is believed to be accurate and reliable at the time of printing. However, due to ongoing product improvements and revisions, ALE International cannot guarantee accuracy of printed material after the date of certification nor can it accept responsibility for errors or omissions. Updates to this document can be viewed on: - the Technical Support page of the Enterprise Business Portal ( in the Application Partner Interworking Reports corner (restricted to Business Partners) - the Application Partner portal ( with free access. Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 5/40

6 2 Validity of the InterWorking Report This InterWorking report specifies the products and releases which have been certified. This inter-working report is valid unless specified until the AAPP member issues a new major release of such product (incorporating new features or functionalities), or until ALE International issues a new major release of such Alcatel-Lucent Enterprise product (incorporating new features or functionalities), whichever first occurs. A new release is identified as following: a Major Release is any x. enumerated release. Example Product 1.0 is a major product release. a Minor Release is any x.y enumerated release. Example Product 1.1 is a minor product release The validity of the InterWorking report can be extended to upper major releases, if for example the interface didn t evolve, or to other products of the same family range. Please refer to the IWR validity extension chapter at the beginning of the report. Note: The InterWorking report becomes automatically obsolete when the mentioned product releases are end of life. Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 6/40

7 3 Limits of the Technical support For certified AAPP applications, Technical support will be provided within the scope of the features which have been certified in the InterWorking report. The scope is defined by the InterWorking report via the tests cases which have been performed, the conditions and the perimeter of the testing and identified limitations. All those details are documented in the IWR. The Business Partner must verify an InterWorking Report (see above Validity of the InterWorking Report) is valid and that the deployment follows all recommendations and prerequisites described in the InterWorking Report. The certification does not verify the functional achievement of the AAPP member s application as well as it does not cover load capacity checks, race conditions and generally speaking any real customer's site conditions. Any possible issue will require first to be addressed and analyzed by the AAPP member before being escalated to ALE International. Access to technical support by the Business Partner requires a valid ALE maintenance contract For details on all cases (3 rd party application certified or not, request outside the scope of this IWR, etc.), please refer to Appendix F AAPP Escalation Process. 3.1 Case of additional Third party applications In case at a customer site an additional third party application NOT provided by Alcatel-Lucent is included in the solution between the certified Alcatel-Lucent and AAPP member products such as a Session Border Controller or a firewall for example, Alcatel-Lucent will consider that situation as to that where no IWR exists. Alcatel-Lucent will handle this situation accordingly (for more details, please refer to Appendix F AAPP Escalation Process ). Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 7/40

8 4 Application information Application type: Application commercial name: Application version: Interface type: Door Phone Castel Door Phone XESEL3BP, XEP 2b HELP & XEDESK-SCREENV-P & CAPIP-V1B-P V ( _14h43) & ( _18h06) ( _12h28) SIP / Ethernet Interface version (if relevant): Brief application description: CASTEL's telephone intercom systems make it easy to set up communication between a street intercom entry station and a telephone station. Thanks to this high performance equipment, doors can be operated remotely to enable or prevent access into your building. Only XEDESK-SCREENV-P and CAPIP-V1B-P models allows video calls. XESEL3BP XEP 2b HELP XEDESK-SCREENV-P CAPIP-V1B-P Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 8/40

9 4.1 General Architecture Figure 1 Tests Environnent Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 9/40

10 4.2 Hardware configuration OmniPCX Entreprise: o OmniPCX Enterprise common hardware o Duplicated call servers : and o Passive Call Server (PCS) : o Spatial redundancy (Different IP sub networks) o One media gateway Setup Details: OXE Details Opentouch Details Module Setup Information Primary OXE Secondary OXE PCS OXE Voic No Attendant prefix *** IPTouch number 11903, Castel XELLIP & XEL-2B-P Door phones Yealink SIP phone Analog & UA & Details Setup Information Module Primary OXE Secondary OXE OT IP address Details My IC 8082 Castel XELLIP & XEL-2B-P Door phones My IC (OT user) ( OXE user) ( OT user) Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 10/40

11 Node2: OmniPCX Enterprise common hardware Single CPU : One media gateway: o CS (Call Server Processing Unit) o GD (Gateway driver processing Unit o PRA T2 (ISDN Access) o MIX 4/8/4 (ISDN T0, digital & analog interfaces) o UA digital and analog sets o Door phone is configured as SIP DEVICE o IPTouch sets o 8082 with or without video camera OpenTouch: o OpenTouch Business Edition o 8082 with or without video camera o 8088 Smart desk phone Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 11/40

12 5 Summary of test results The Castel Door Phone XESEL3BP & XEP 2b HELP (V _14h43) have been tested on OXE R11.1 L a The Castel CAPIP-V1B-P has been tested on OXE R11.1 l e and OT R (including OXE R11.1 l g). It has been tested with video calls to and from 8082 deskphone and 8088 Smart desk phone. 5.1 Summary of main functions supported Features Status Comments Initialization including network configuration OK SIP registration OK SIP authentication OK Outgoing Call OK When calling a busy party, Castel door phone gets the ring back tone continuously until the call timer is over. Incoming Call OK Trigger the relay during Outgoing call OK Trigger the relay during Incoming call OK Features During Conversation OK Disconnect call after phone hang up OK Defence Video NOK OK New calls can not be initiated from the doorphone after an OXE call server switchover or after the Passive Communication Server activation. New calls can be initiated only after the next SIP registration. Tests performed with 8082/8088 on OmniPCX standalone and OpenTouch Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 12/40

13 5.2 Summary of problems None. 5.3 Summary of limitations OXE spatial redundancy deployement: o The doorphone can not initiate a new call after an OXE call server switchover. Starting new calls from the doorphone is only available after the next doorphone SIP registration. It is recommended to keep a SIP registration period between 900 and 3600 seconds to avoid excessive load on the OXE call servers. o The doorphone can not terminate an existing call after an OXE call server switchover. However, the call is maintened and the remote latch opening feature is still available for such existing calls. Passive Communication Server deployement: o The doorphone secured by a Passive Communication Server can not initiate a new call after the activation of this PCS. Starting new calls from the doorphone is only available after the next doorphone SIP registration. It is recommended to keep a SIP registration period between 900 and 3600 seconds to avoid excessive load on the OXE call servers. o The doorphone secured by a Passive Communication Server can not terminate an existing call after after the activation of this PCS. However, the call is maintened and the remote latch opening feature is still available for such existing calls. Calls from 8082 to Castel XEDESK-SCREENV-P or CAPIP-V1B-P without video support: o In OmniPCX Entreprise standalone or OpenTouch environnements, only audio is establshed when a 8082 calls a XEDESK-SCREENV-P or CAPIP-V1B-P doorphone. There is no video. When XEDESK-SCREENV-P or CAPIP-V1B-P door phone calls the 8082, both audio and video are established. 5.4 Notes, remarks It is recommended to keep a SIP registration period between 900 and 3600 seconds to avoid excessive load on the OXE call servers. Environment setup for Generic Test: o The Castel doorphone is configured as SIP Device on the OmniPCX Entreprise (in standalone OmniPCX Entreprise or OpenTouch environnements. Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 13/40

14 6 Test Result Template The results are presented as indicated in the example below: Test Case Id 1 Test Case N/A OK NOK Comment Test case 1 Action Expected result Test case 2 Action Expected result Test case 3 Action Expected result Test case 4 Action Expected result The application waits for PBX timer or phone set hangs up Relevant only if the CTI interface is a direct CSTA link No indication, no error message Test Case Id: a feature testing may comprise multiple steps depending on its complexity. Each step has to be completed successfully in order to conform to the test. Test Case: describes the test case with the detail of the main steps to be executed the and the expected result N/A: when checked, means the test case is not applicable in the scope of the application OK: when checked, means the test case performs as expected NOK: when checked, means the test case has failed. In that case, describe in the field Comment the reason for the failure and the reference number of the issue either on Alcatel-Lucent side or on Application Partner side Comment: to be filled in with any relevant comment. Mandatory in case a test has failed especially the reference number of the issue. Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 14/40

15 7 Test Results 7.1 Connectivity and Setup These tests shall verify that the different components are properly connected and can communicate together (the external application and the Alcatel-Lucent Communication Platform is connected and the interface link is operational). Test Case Id Test Case N/A OK NOK Comment 1 Door Phone IP configuration in DHCP mode 2 Door Phone IP configuration in Static mode SIP registration 3 Configure DoorPhone with following parameters : - Local IP address and mask - OXE IP address and port Extension Number and SIP password Deactivate SIP authentication on OXE Check the registration on the DoorPhone and on the wireshark Traces 4 SIP re-registration after timer expiry SIP registration 5 Configure DoorPhone with following parameters : - Local IP address and mask - OXE IP address and port Extension number and SIP password Activate SIP authentication on OXE Check the registration on the DoorPhone and on the wireshark traces. SIP set registration to OXE using a DNS or alternate proxy 6 The phone is configured to use a domain name as registrar / proxy server address. The DNS IP addresses are the OXE CPU address. In case of alternate proxy possibilities, the main and alternate proxy addresses are the OXE CPU address. Tests are performed when first Call Server is active and then when second Call Server is active 7.2 Calls from DoorPhone Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 15/40

16 Test Case Id 1 Call from DoorPhone to IP Touch Configure the system law to A-law Check that the call is established in G711 A-law Check audio quality and hold option Test Case N/A OK NOK Comment Release the call from IP Touch Call from DoorPhone to UA Phone 2 Configure the system law to A-law Check that the call is established in G711 A-law Check audio quality and hold option Release the call from UA Phone Call from DoorPhone to SIP device 3 Configure the system law to A-law Check that the call is established in G711 A-law Check audio quality and hold option Release the call from SIP device Call from DoorPhone to IP Touch 4 Configure the system law to µ-law Check that the call is established in G711 µ-law Check audio quality and hold option Release the call from IP Touch Call from DoorPhone to UA Phone 5 Configure the system law to µ-law Check that the call is established in G711 µ-law Check audio quality and hold option Release the call from UA Phone Call from DoorPhone to SIP device Configure the system law to µ-law Check that the call is established in G711 µ-law Check audio quality and hold option Release the call from SIP device Communication timeout Call from DoorPhone to IP Touch Wait for the DoorPhone timer to release the call Communication timeout Call from DoorPhone to UA Phone Wait for the DoorPhone timer to release the call Release timer can be configured (Communication timeout timer) Release timer can be configured (Communication timeout timer) Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 16/40

17 Communication timeout Call from DoorPhone to SIP device Wait for the DoorPhone timer to release the call Call from DoorPhone to IP Touch Open the latch by DTMF (Call is released) Call from DoorPhone to UA Open the latch by DTMF(Call is released) Call from DoorPhone to SIP device Open the latch by DTMF(Call is released) Release timer can be configured (Communication timeout timer) As soon as the output is opened we hear a voice prompt The door is open As soon as the output is opened we hear a voice prompt The door is open As soon as the output is opened we hear a voice prompt The door is open Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 17/40

18 7.3 Calls to DoorPhone These tests check that the phones can interact with the DoorPhone (tested with audio only no video). Test Case Id Test Case N/A OK NOK Comment Call to DoorPhone from IP Touch Check audio quality Release the call from IP Touch Call to DoorPhone from UA Phone Check audio quality Release the call from UA Phone Call to DoorPhone from SIP device Check audio quality Release the call from SIP device Call to DoorPhone from IP Touch Wait for the DoorPhone timer to release the call Call to DoorPhone from UA Phone Wait for the DoorPhone timer to release the call Call to DoorPhone from SIP device Wait for the DoorPhone timer to release the call Call to DoorPhone from IP Touch Open the latch by DTMF (Call is released) Call to DoorPhone from UA Phone Open the latch by DTMF(Call is released) Call to DoorPhone from SIP device Open the latch by DTMF(Call is released) Call to DoorPhone from IP Touch Check that the mode of the DoorPhone can be changed from IP Touch. Call to DoorPhone from UA Phone Check that the mode of the DoorPhone can be changed from UA Phone Ring back tone is heard after 3 seconds (Automatic Answer is set to 10 seconds) Ring back tone is heard after 3 seconds (Automatic Answer is set to 10 seconds) Ring back tone is heard after 3 seconds (Automatic Answer is set to 10 seconds) Ring back tone is heard after 3 seconds (Automatic Answer is set to 10 seconds) Ring back tone is heard after 3 seconds (Automatic Answer is set to 10 seconds) Ring back tone is heard after 3 seconds (Automatic Answer is set to 10 seconds) As soon as the output is opened we hear a voice prompt saying The Door is open. As soon as the output is opened we hear a voice prompt saying The Door is open. As soon as the output is opened we hear a voice prompt saying The Door is open. Day and night mode option is not available in the Castel door phones. Day and night mode option is not available in the Castel door phones. Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 18/40

19 12 13 Call to DoorPhone from SIP extension Check that the mode of the DoorPhone can be changed from SIP device Call to DoorPhone from SIP device Configure the DoorPhone to answer the incoming INVITE with a 180 RINGING. Check ring back tone on the SIP device. Day and night mode option is not available in the Castel door phones. 14 Call from external number(t0/t2) to DoorPhone 15 Call from attendant to DoorPhone 16 Incoming external call (T0/T2 for example) to an attendant phone set which transfers the call to the Door Phone. Check the Call is properly established. Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 19/40

20 7.4 In conversation scenarios Tested with audio only no video. Test Case Id 1 Test Case N/A OK NOK Comment Call from DoorPhone to UA Phone after the call is attended press the DTMF prefix to disconnect the call and On the DoorPhone press the same call button (it releases the first call, and the second call is made) Call from DoorPhone to busy UA Phone Check that the call is released (gets busy) Call from DoorPhone to IP Touch Put on hold Take back the call and check the audio Open the Latch Release the call Call from DoorPhone to UA Phone Put on hold Take back the call and check the audio Open the Latch Release the call Call from DoorPhone to SIP device Put on hold Take back the call and check the audio Open the Latch Release the call Call from DoorPhone to IP Touch and once the conversation is established make a call from the same IPTouch to a UA Phone (answer the call in UA phone) and press transfer button in IP Touch Check the audio Open the Latch Release the call Make call forwarding from a Door phone to other sip extension. Call from DoorPhone to SIP extension (In which call forward is enabled) and check the conversation is established. Check the audio Open the Latch Release the call When try to call busy UA phone Call refused message is displayed. As soon as the output is opened we hear a voice prompt saying The door is open As soon as the output is opened we hear a voice prompt saying The door is open As soon as the output is opened we hear a voice prompt saying The door is open After latch, call is not released. There is an outgoing call after call is released. Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 20/40

21 7.5 Duplicated call servers and passive call server Tested with audio only no video OXE Call Server CPU switches over while door phone in idle. Check the door phone behavior after a switch over from the OXE main to standby CPU. The phone must be able to make and receive a call after the switch over. OXE Call Server CPU switch over while door phone in conversation with an IPTouch. Check the SIP phone behavior after a switch from the OXE main to standby CPU. The call is still active. The phone can make and receive a second call and switch from one to another. After on hook, the phone must be able to make and receive a call after the switch over. OXE Passive Communication Server activation while doorphone in idle. Check the doorphone behavior secured by a Passive Communication Server after its activation. The phone must be able to make and receive a call after Passive Communication Server activation. OXE Passive Communication Server activation while doorphone in conversation with an IPTouch. Check the SIP phone behavior secured by a Passive Communication Server after its activation. The call is still active. The phone can make and receive a second call and switch from one to another. After on hook, the phone must be able to make and receive a call after the Passive Communication Server activation. The doorphone can not initiate a new call after an OXE call server switchover. Starting new calls from the doorphone is only available after the next doorphone SIP registration. It is recommended to keep a SIP registration period between 900 and 3600 seconds to avoid excessive load on the OXE call servers. The door phone can terminate an existing call after an OXE call server switchover. However, the call is maintened and the remote latch opening feature is still available for such existing calls. The doorphone secured by a Passive Communication Server can not initiate a new call after the activation of this PCS. Starting new calls from the doorphone is only available after the next doorphone SIP registration. It is recommended to keep a SIP registration period between 900 and 3600 seconds to avoid excessive load on the OXE call servers. The doorphone secured by a Passive Communication Server can not terminate an existing call after after the activation of this PCS. However, the call is maintened and the remote latch opening feature is still available for such existing calls. Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 21/40

22 OXE Call Server reboot while Door phone in idle. 5 6 Check the phone behavior when the OXE Call Server reboots (without standby CPU). As soon as the Call Server is running again, the phone is able to make and receive a call. OXE Call Server reboot while Door phone in conversation with an IPTouch. Check the phone behavior when the OXE Call Server reboots (without standby CPU). The call is released. As soon as the Call Server is running again, the phone is able to make and receive a call Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 22/40

23 7.6 Video Only the XEDESK-SCREENV-P and CAPIP-V1B-P support video calls. They have an embedded camera to send out video stream. XEDESK-SCREENV-P is also able to display incoming video stream. Tests are performed with a 8082 configured as an hotel phone on the OmniPcx Entreprise (see 10 Appendix C: Alcatel-Lucent Communication Platform: configuration requirements for the configuration details). Depending on the tests, the 8082 does or does not have its video camera connected to send out its video stream. You can not have at the same time the Open door button on the 8082 and video from the 8082 to the Castel station (see 9 Appendix B: Configuration Requirements of the AAPP member s application and 10 Appendix C: Alcatel-Lucent Communication Platform: configuration requirements for the details) Video calls with 8082 deskphone on OmniPCX Entreprise Test Case Id 1 Test Case N/A OK NOK Comment Call from the doorphone to a The 8082 does not have its video camera connected The doorphone calls the The 8082 picks the call up. Check that an audio call is established in both ways. Check that the 8082 displays the video sent by the doorphone. Check the audio and video quality. Release the call from the Check both the doorphone and the 8082 are back to their idle screen and that the audio and video calls are correctly released. 2 Repeat test 1 but release the call from the doorphone. Call from the doorphone to a The 8082 does have its video camera connected 3 The doorphone calls the The 8082 picks the call up. Check that an audio call is established in both ways. Check that a video call is established from the doorcam to the Tap the 8082 broadcast your video box. Check that the video call is now established in both ways. Check the audio and video quality on both the doorphone and the Release the call from the Check both the doorphone and the 8082 are back to their idle screen and that the audio and video calls are correctly released. See sections 9 and 10 for the details about how to configure in order to have video sent by the Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 23/40

24 4 Repeat test 3 but release the call from the doorphone. Open the door from the Repeat test 1 but before releasing the call, press the 8082 Open Door button. Check that the doorphone triggers the open the door. Release the call from the Check both the doorphone and the 8082 are back to their idle screen and that the audio and video calls are correctly released. Call from the 8082 to the doorphone Repeat tests 1 to 5 but this time, the call is initiated by the Only audio is established. No video Video calls with 8082 deskphone on OpenTouch Repeat tests of section (Video calls with 8082 deskphone on OmniPCX Entreprise), but this time use a 8082 deskphone connected to an OpenTouch. The Castel doorphone is configured on the OmniPCX Entreprise associated to the OpenTouch. Configuration is the same as for the OmniPCX Entreprise standalone tests. Test Case Id 1 to 6 Test Case N/A OK NOK Comment Repeat tests 1 to 6 but this time, with My 8082 extesnion connected to Opentouch Same results as for the (Video calls with 8082 deskphone on OmniPCX Entreprise) tests Video calls with 8088 Smart deskphone on OpenTouch Test Case Id 1 to 6 Test Case N/A OK NOK Comment Repeat tests 1 to 6 but this time, with My 8088 extesnion connected to Opentouch Same results as for the (Video calls with 8082 deskphone on OmniPCX Entreprise) tests. Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 24/40

25 8 Appendix A: AAPP member s Application Description The XELLIP / PAD IP entry stations integrate complete and powerful Full IP capabilities. With native SIP, they offer the following principal functions (depending upon the version): Establish an audio/video communication over IP Register on SIP Server (possibility to configure up to two backup servers) Manage 1 to 3 push buttons Manage a numeric keypad for dialling and compose access code Provide a graphical display to visualize and find names in a directory Manage 2 inputs «all or nothing» A single-pole dry contact to control a keeper or other organ Compliant with disabled accessibility: 3 LED associated with 3 symbols and 3 speech synthesizers allow a signal call, communication or opening door Manage the profiles according to the time Manage its advanced automation interfaces (logical relations and schedules) Provides H264 video stream for recording or monitoring Perform auto tests automatically or on demand Update by TFTP (Trivial File Transfer Protocol) Integrate SNMP protocol (Simple Network Management Protocol) Integrate VLANs Secure the Ethernet network by using the 802.1X protocol (Radius) Backup on power failure. POE function (Power Over Ethernet) Wi-Fi function (option) Thanks to its embedded web server, it can be configured, monitored and operated from any browser Check CASTEL web site ( to download technical documentation on all products. Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 25/40

26 9 Appendix B: Configuration Requirements of the AAPP member s application To access the device webadmin, just put its IP address in your favourite webbrowser. Default user name and password are castel and castel. Station name It is mandatory to configure the station with a name beginning with DOORCAM if it is used with a 8082 in order for the 8082 to display an Open door button when in conversation. But, in that case, there will not be any video sent by the 8082 (with a video camera) to the Castel station. In order to have video from the 8082 to the Castel station, the station name does not have to contain DOORCAM. The DOORCAM keyword can be customized by changing the 8082 optional configuration file (see 10 Appendix C: Alcatel-Lucent Communication Platform: configuration requirements). Networks configuration Button programmation Click on Network setting menu: Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 26/40

27 Configure the local IP parameters needed by the device to join the local LAN. SIP Configuration Click on SIP Parameters in the media configuration section and configure the OXE parameters: Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 27/40

28 Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 28/40

29 Configure the code for relay opening and closing in the media configuration section. Configure the time out details in the media configuration section. Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 29/40

30 10 Appendix C: Alcatel-Lucent Communication Platform: configuration requirements Configuration of OmniPCX Enterprise Creation of a SIP Device user: The directory name in the doorphone has to start with DOORCAM in order for the 8082 to know it is a door phone and display the OpenDoor button when in conversation. But, in that case, there will not be any video sent by the 8082 (with a video camera) to the Castel station. In order to have video from the 8082 to the Castel station, the station name does not have to contain DOORCAM. The DOORCAM keyword can be modified by changing the 8082 optional configuration file (see 10 Appendix C: Alcatel-Lucent Communication Platform: configuration requirements) and the Castel station name (see 9 Appendix B: Configuration Requirements of the AAPP member s application). Creation of the trunk group used for the local SIP: Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 30/40

31 Configuration of the SIP gateway: under MGR / SIP Configuration of the SIP proxy: under mgr / SIP 8082 with video support in a standalone OmniPCX Entreprise environnement For a standalone OmniPCX Entreprise, the 8082 is configured as an hotel phone (see the OmniPCX Entreprise technical documentation). In addition, an optional configuration file has to be deployed on the 8770 in order to enable the video support. Create an xml file containing: <?xml version="1.0" encoding="utf-8"?> <settings> <metadata> <release>vhe_r short.zip</release> <release_file>c:/program Files (x86)/my IC Phone Customizer 2.1/Reference/VHE_R short.zip</release_file> <version>1.0</version> <creation-date>2015/03/20 13:32:37</creation-date> <contact> Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 31/40

32 < >aapp</ > </contact> <description>description</description> <tool> <name>customizer</name> <version>2.1.10</version> <platform>windows</platform> </tool> </metadata> <setting id="videosupport" value="true" override="false"/> <setting id="videocallprofilelevelid" value="0x42801e" override="true"/> <setting id="videocallasymmetric" value="false" override="true"/> <setting id="videocallpacketizationmode" value="0" override="true"/> <setting id="videocallencodingprofile" value="1" override="true"/> <setting id="dmwebappdeploymentmode" value="open" override="true"/> <setting id="videoencodingprofilelow" value="256" override="true"/> <setting id="videoencodingprofilemedium" value="1000" override="true"/> <setting id="videoencodingprofilehigh" value="2500" override="true"/> <setting id="videocameracountryfrequency" value="false" override="true"/> <setting id="videocamerarefreshcycle" value="2" override="true"/> <setting id="video8021p" value="5" override="true"/> <setting id="videodiffserv" value="46" override="true"/> <setting id="siplocalvideoport" value="7000" override="true"/> <setting id="doorcamdtmf" value="4" override="true"/> <setting id="doorcamsipname" value="doorcam" override="true"/> </settings> Save the file to (for example) optional_video.xml. Then, transfer it to the 8770 (using SFTP) into the /cygdrive/c/8770/data/dm/deploy/vhe8082 folder. And finally, configure in the 8770 the customization file URL for the Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 32/40

33 Depending on the 8082 config update polling timer setting value (see Advanced tab), you may have to restart the phone to take the optional video configuration file into account immediately. For the OpenTouch configuration, the 8082 can be configured using the 8770 (Network / Devices / <8082 device> / Video). The optional configuration file is not needed. But it can be used if parameters not available in the 8770 need to be changed. The DoorCamDTMF has to match the value configured in the doorphone DTMF commands section (see 9 Appendix B: Configuration Requirements of the AAPP member s application). Also that the doorphone display name in the doorphone configuration (see 9 Appendix B: Configuration Requirements of the AAPP member s application) has to start with DOORCAM in order for the 8082 to know it is a door phone and display the OpenDoor button when in conversation: But, in that case, there will not be any video sent by the 8082 (with a video camera) to the Castel station. In order to have video from the 8082 to the Castel station, the station name does not have to contain DOORCAM. The DOORCAM keyword can be modified by changing the 8082 optional configuration file (see 10 Appendix C: Alcatel-Lucent Communication Platform: configuration requirements) and the Castel station name (see 9 Appendix B: Configuration Requirements of the AAPP member s application). Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 33/40

34 11 Appendix D: AAPP member s escalation process In case of problem please contact: CASTEL technical support: Hotline: (+33) Fax: (+33) Web site: address: support@castel.fr Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 34/40

35 12 Appendix E: AAPP program 12.1 Alcatel-Lucent Application Partner Program (AAPP) The Application Partner Program is designed to support companies that develop communication applications for the enterprise market, based on Alcatel-Lucent Enterprise's product family. The program provides tools and support for developing, verifying and promoting compliant third-party applications that complement Alcatel-Lucent Enterprise's product family. ALE International facilitates market access for compliant applications. The Alcatel-Lucent Application Partner Program (AAPP) has two main objectives: Provide easy interfacing for Alcatel-Lucent Enterprise communication products: Alcatel-Lucent Enterprise's communication products for the enterprise market include infrastructure elements, platforms and software suites. To ensure easy integration, the AAPP provides a full array of standards-based application programming interfaces and fullydocumented proprietary interfaces. Together, these enable third-party applications to benefit fully from the potential of Alcatel-Lucent Enterprise products. Test and verify a comprehensive range of third-party applications: to ensure proper inter-working, ALE International tests and verifies selected third-party applications that complement its portfolio. Successful candidates, which are labelled Alcatel- Lucent Enterprise Compliant Application, come from every area of voice and data communications. The Alcatel-Lucent Application Partner Program covers a wide array of third-party applications/products designed for voice-centric and data-centric networks in the enterprise market, including terminals, communication applications, mobility, management, security, etc. Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 35/40

36 Web site The Application Partner Portal is a website dedicated to the AAPP program and where the InterWorking Reports can be consulted. Its access is free at Enterprise.Alcatel-Lucent.com You can access the Alcatel-Lucent Enterprise website at this URL: Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 36/40

37 13 Appendix F: AAPP Escalation process 13.1 Introduction The purpose of this appendix is to define the escalation process to be applied by the ALE International Business Partners when facing a problem with the solution certified in this document. The principle is that ALE International Technical Support will be subject to the existence of a valid InterWorking Report within the limits defined in the chapter Limits of the Technical support. In case technical support is granted, ALE International and the Application Partner, are engaged as following: (*) The Application Partner Business Partner can be a Third-Party company or the ALE International Business Partner itself Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 37/40

38 13.2 Escalation in case of a valid Inter-Working Report The InterWorking Report describes the test cases which have been performed, the conditions of the testing and the observed limitations. This defines the scope of what has been certified. If the issue is in the scope of the IWR, both parties, ALE International and the Application Partner, are engaged: Case 1: the responsibility can be established 100% on ALE International side. In that case, the problem must be escalated by the ALE Business Partner to the ALE International Support Center using the standard process: open a ticket (eservice Request esr) Case 2: the responsibility can be established 100% on Application Partner side. In that case, the problem must be escalated directly to the Application Partner by opening a ticket through the Partner Hotline. In general, the process to be applied for the Application Partner is described in the IWR. Case 3: the responsibility can not be established. In that case the following process applies: The Application Partner shall be contacted first by the Business Partner (responsible for the application, see figure in previous page) for an analysis of the problem. The ALE International Business Partner will escalate the problem to the ALE International Support Center only if the Application Partner has demonstrated with traces a problem on the ALE International side or if the Application Partner (not the Business Partner) needs the involvement of ALE International In that case, the ALE International Business Partner must provide the reference of the Case Number on the Application Partner side. The Application Partner must provide to ALE International the results of its investigations, traces, etc, related to this Case Number. ALE International reserves the right to close the case opened on his side if the investigations made on the Application Partner side are insufficient or do not exist. Note: Known problems or remarks mentioned in the IWR will not be taken into account. For any issue reported by a Business Partner outside the scope of the IWR, ALE International offers the On Demand Diagnostic service where ALE International will provide 8 hours assistance against payment. IMPORTANT NOTE 1: The possibility to configure the Alcatel-Lucent Enterprise PBX with ACTIS quotation tool in order to interwork with an external application is not the guarantee of the availability and the support of the solution. The reference remains the existence of a valid InterWorking Report. Please check the availability of the Inter-Working Report on the AAPP (URL: or Enterprise Business Portal (Url: Enterprise Business Portal) web sites. IMPORTANT NOTE 2: Involvement of the ALE International Business Partner is mandatory, the access to the Alcatel-Lucent Enterprise platform (remote access, login/password) being the Business Partner responsibility. Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 38/40

39 13.3 Escalation in all other cases For non-certified AAPP applications, no valid InterWorking Report is available and the integrator is expected to troubleshoot the issue. If the ALE Business Partner finds out the reported issue is maybe due to one of the Alcatel-Lucent Enterprise solutions, the ALE Business Partner opens a ticket with ALE International Support and shares all trouble shooting information and conclusions that shows a need for ALE International to analyze. Access to technical support requires a valid ALE maintenance contract and the most recent maintenance software revision deployed on site. The resolution of those non-aapp solutions cases is based on best effort and there is no commitment to fix or enhance the licensed Alcatel-Lucent Enterprise software. For information, for non-certified AAPP applications and if the ALE Business Partner is not able to find out the issues, ALE International offers an On Demand Diagnostic service where assistance will be provided for a fee. Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 39/40

40 13.4 Technical support access The ALE International Support Center is open 24 hours a day; 7 days a week: e-support from the Application Partner Web site (if registered Alcatel-Lucent Application Partner): e-support from the ALE International Business Partners Web site (if registered Alcatel-Lucent Enterprise Business Partners): click under Contact us the eservice Request link Ebg_Global_Supportcenter@alcatel-lucent.com Fax number: +33(0) Telephone numbers: ALE International Business Partners Support Center for countries: Country Supported language Toll free number France Belgium Luxembourg Germany Austria Switzerland United Kingdom Italy Australia Denmark Ireland Netherlands South Africa Norway Poland Sweden Czech Republic Estonia Finland Greece Slovakia Portugal Spain French German English Spanish For other countries: English answer: French answer: German answer: Spanish answer: END OF DOCUMENT Alcatel-Lucent Application Partner Program Inter-working Report - Edition 5 - page 40/40