KUDO Help Center

Frequently Asked Questions

  • Accessing KUDO from China

    This article covers:

    China-based participants connectivity

    What is China Relay?

     

    China-based participants connectivity

    When China-based users access internet sites that are located outside of China the traffic must pass through the Chinese Firewall. The net result is impaired connectivity and lower bandwidths.

    Other things that have an impact on the connectivity to KUDO:

    On the COM and EU servers the Chinese attendees' connectivity will be slower because of:

    • Using a VPN, the traffic is routed to one of the VPN servers, then to us, so the data transfer (audio, video, screen-sharing) is slower;
    • Chinese Firewall -  one of the many issues causing slow data transfer is that it uses Deep Packet Inspection to monitor the internet, which sometimes may cause packet loss, meaning that the requested data couldn’t make it to a user’s computer, or it arrives later;
    • Distance;
    • Limited peering capacity - this is the arrangement of traffic exchange between Internet service providers (ISPs);
    • There are other factors, but these are the most important.

    If you are having constantly multiple attendees from China on the COM or EU domains, then we can enable on request the China Relay. The China Relay is not required by clients accessing from areas not subject to internet filtering, like Hong Kong. 

     

    What is 'China Relay'?

    The China Relay is basically an infrastructure that is deployed on the Chinese data centers to improve the connectivity and video bitrates of China-based users who are connecting to KUDO meetings outside of China (COM, EU).

    NOTE:

    • Please note that there is a surcharge for the subscribed minutes from the China relay. 
    • Connectivity and media quality can depend on a number of factors, including the quality of the last mile, the traffic load on the ISP, and the performance of our data center.  As such connectivity and media quality can never be guaranteed.

     

     

     

     

     

  • Streaming | Frequently Asked Questions

    What is streaming?

    Streaming refers to the ability to broadcast a live meeting or event from one platform to others, where this new platform will enable large audiences across different geographical locations to passively observe the meeting/event. 

    What streaming solutions does KUDO offer? 

    The KUDO Streaming Package offers two types of streaming solutions: HTTP Live Streaming (HLS), and Real Time Messaging Protocol (RTMP).  Each has their unique advantages and limitations depending on the needs of your meeting/event.  

    What is RTMP?

    RTMP is part of the technology that makes live streaming possible. This Transmission Control Protocol-based technology was originally developed by the predecessor of Adobe to work with the Adobe Flash player. 

    Originally, RTMP was used to transmit content between a video player and a hosting server, which was referred to as “RTMP delivery.”  

    Today, its purpose is a bit different. In terms of the most modern live streaming setups, RTMP’s primary role is to deliver content from an encoder (your KUDO meeting) to an online video host. This RTMP function is referred to as “RTMP ingest.” 

    In the context of its new role in live streaming, RTMP is both important and powerful. RTMP is capable of low-latency streaming, which is a big plus for broadcasters who are streaming major events in real-time. It is also known for its minimal buffering, which truly enhances the user experience. 

    How can I set up RTMP on KUDO? 

    See How to Guide

    What platforms work with RTMP? 

    KUDO RTMP supports streaming on Facebook Live, IBM Cloud Video, and YouTube Live.

    What is HLS? 

    HTTP Live Streaming (or HLS) is an adaptive streaming communications protocol created by Apple. At a high level, HLS works like all adaptive streaming technologies; as an HTTP-based technology, no streaming server is required, so all the switching logic resides on the player. 

    This means that HLS streaming can be directly embedded into the source code of your website and your audience can view the meeting/event directly without the additional need of an RTMP host. 

    How can I set up HLS on KUDO? 

    See How to Guide

    Are these streaming solutions included in the KUDO Annual subscription?

    The KUDO Streaming package can be purchased as an add-on service to the KUDO Annual subscription. 

    Who is in charge of the streaming/broadcasting in a KUDO meeting? 

    The Client, Operator and Host are able to start and stop streaming.  

    How long can I stream for with these solutions? 

    HLS has a 4hr limitation for continuous streaming. RTMP has no duration limits. 

    Is broadcasting and streaming the same thing? 

    Yes, these terms are synonymous. 

    Can the presenters of the meeting listen to the interpretation through a stream? 

    Once a stream reaches its destination, you can make this stream available to anyone you choose. Please note that at that point it is outside of the KUDO platform and must be accessed separately. If the presenter is attempting to listen to a KUDO meeting and a separate stream of that same meeting, they may have trouble coordinating multiple audio sources. 

    Alternatively, a presenter in KUDO could use the KUDO language selector to hear live interpretation. 

    Why is there a delay with using HLS or RTMP? 

    Both HLS and RTMP take the original audio and video, as well as other critical data and go through a series of steps to package and distribute the meeting data, they must then be re-assembled at the destination.  Each of the steps takes time and adds up to what we refer to as latency.  These are inherent to the protocols themselves and not the KUDO platform. 

    Do you support RTMP streaming to a custom server? 

    Yes. RTMP is currently supported by Facebook Live, IBM Cloud Video, and YouTube Live.

     

  • How to enable streaming | HLS and RTMP

    This article covers

     

    Enabling HLS stream
    Enabling RTMP stream


    HTTP Live Stream

    This section defines how to use the HTTP Live Stream (HLS) technology streaming solution in KUDO meetings.

    Setup the HLS Streams

    Clients

    1. Login to KUDO as Client

    2. Click on the “Schedule a Meeting” button from the meeting management console

    3. Enter the meeting information

    a. Add meeting title, languages to be added into the meeting

    b. Click on “More than 300 attendees” on “estimated Number of Attendees”

    c. Click on “Save”

    4. You will be redirected to the meeting details page for this new meeting

    5. Click on the “Configuration” tab

    a. Set the video resolution to 720 @ 30fps

    6. Click on the “Broadcast” tab for configuring HLS

    NOTE: If you do not see the Broadcast tab, contact customer service to enable this feature on your client account

    a. Click on the “On” button to enable HLS

    b. Set the stream duration (max 4hrs)

    mceclip1.png

    7. Click on the “Information” tab to access the HLS widget code

    a. Click on the “Copy Widget Code” and select “Broadcasting **” from the dropdown

    mceclip2.png

    b. Paste this code within the body tag of the desired HTML webpage

    Start/Stop the HLS Streams

    Clients

    1. Login to KUDO as Client

    2. Click on the meeting to control from the meeting management console

    3. Click on the “Broadcast” tab

    a. To Start Broadcasting

    i. Click on the “Start Broadcast” link

    ii. Confirm your action by clicking on the “Start Broadcasting” button

    b. To Stop Broadcasting

    i. Click on the “Stop Broadcast” link

    ii. Confirm your action by clicking on the “Stop Broadcast” button

    mceclip3.png

    Operators

    1. Login to the meeting as Operator

    2. To Start Broadcasting

    a. Click on the “Broadcast” button

    b. Confirm your action by clicking on the “Start Broadcasting” button from the pop-up window

    mceclip4.png

    3. To Stop Broadcasting

    a. Click on the “Broadcast” button

    b. Confirm your action by clicking on the “Stop Broadcast” button

     

    Real-Time-Messaging-Protocol

    This section defines how to use the Real Time Messaging Protocol (RTMP) technology streaming solution in KUDO meetings.

    Setup the RTMP Streams

    Clients

    1. Login to KUDO as Client

    2. Click on the “Schedule a Meeting” button from the meeting management console

    3. Enter the meeting information

    a. Add meeting title, languages to be added into the meeting

    b. Click on “More than 300 attendees” on “estimated Number of Attendees”

    c. Click on “Save”

    4. You will be redirected to the meeting details page for this new meeting

    5. Click on the “Broadcast Tab” for configuring RTMP

    mceclip5.png

    NOTE: If you do not see the Broadcast tab, contact customer service to enable this feature on your client account

    6. Click on the “On” button to enable RTMP broadcast

    a. You will see the “+ Add RTMP stream” link to configure RTMP broadcast with the languages added to the meeting

    b. Prior to adding RTMP streams, you must configure your casting medium (YouTube or Facebook Live or IBM Video Streaming) See the below appendix for either medium

    7. Click on “+ Add RTMP stream” and enter the following details

    a. Casting Medium - Select either Facebook or YouTube or IBM Video Streaming

    b. Server URL - copy and paste this from the casting medium settings page (see appendix below)

    c. Stream Key - copy and paste this from the casting medium settings page (see appendix below)

    d. Stream Language - select from dropdown

    e. For IBM Video Streaming: additional steps

    i. Language Code will be auto populated based on the language selected

    1. NOTE: Not all KUDO languages have a match from the library of IBM Video Streaming, in such a case (example Sign Language) you must select the appropriate choice from the dropdown of language code options. You cannot save until this is complete. mceclip0.png

    ii. NOTE: IBM Video Streaming can stream up to 4x languages + Floor where the floor is automatically streamed (the user does not have to set this up)

    iii. NOTE: IBM Video Streaming can only support 1x sign language per stream, but you can create multiple IBM Video Streaming RTMP streams

    f. NOTE: You will only be able to select from the languages entered to this meeting + floor

    8. Click on “Save”

    mceclip6.png

    9. If more streams are needed, repeat step 7 and then click on “Save” for each stream

    Start/Stop the RTMP Streams

    Clients

    1. Login to KUDO as Client

    2. Click on the meeting to control from the meeting management console

    3. Click on the “Broadcast” tab

    a. To Start Broadcasting

    i. Click on the “Start Broadcast” link

    ii. Confirm your action by clicking on the “Start Broadcasting” button

    b. To Stop Broadcasting

    i. Click on the “Stop Broadcast” link

    ii. Confirm your action by clicking on the “Stop Broadcast” button

    mceclip7.png

    Operators and Host 

    1. Login to the meeting as Operator or Host

    2. To Start Broadcasting

    a. Click on the “Broadcast” button

    b. Confirm your action by clicking on the “Start Broadcasting” button from the pop-up window

    mceclip8.png

    3. To Stop Broadcasting

    a. Click on the “Broadcast” button

    b. Confirm your action by clicking on the “Stop Broadcast” button

     

  • Was KUDO impacted by the Log4j threat?

    You may have heard the news about the security vulnerability in Java known as “log4j,” an open-source, Java-based logging utility widely used by enterprise applications and cloud services. We want to help you understand the problem and let you know we've taken steps to verify that KUDO service users are NOT impacted by this recently discovered vulnerability

    About the vulnerability 

    • The vulnerability (CVE-2021-44228) is classed as severe.  
    • If successfully exploited, a malicious actor could take control of an affected system.  
    • The Cybersecurity and Infrastructure Security Agency (CISA) has urged users and administrators to apply the recommended mitigations "immediately" to address the critical vulnerabilities. 

    What this means for you 

    Most importantly, KUDO service users are not affected by this recently discovered log4j vulnerability.   

    KUDO doesn’t rely on the log4j utility, and our Information Security Department has undertaken all appropriate steps and conducted the necessary reviews to ensure that our services are not affected.  At KUDO, we give information security and the security of our services the highest priority and will continue to stay abreast of the latest developments and threats. 

  • How to request a KUDOgov account

    External Users

    If you would like to request access to a KUDOgov account, please review the requirements below then contact your dedicated CSM or CSR and copy support@kudoway.com on the request.

    Internal Users

    Before an account can be created, it must be formally requested. KUDO’s DevOps is responsible for the entire account lifecycle, from the time that the account is provisioned and access is granted to the time that the account is disabled/removed. 

    Requesting Access: Contact DevOps and use the form that was created for this purpose by DevOps. Be prepared to provide detailed explanation, including at minimum:

    • Solid business justification for requesting access
    • Intended usage and level of access requested
    • Anticipated duration for the requested access, start and end date
    • Name and the contact information of the designated approving manager
    • Other attributes if requested by DevOps or InfoSec

    Review of the Access Request: Every access request requires (1) the approval of the requestor’s manager, and (2) the approval of the information security department, before account is created and access is provisioned.

    NOTE: The requestor and the approving manager can’t be the same individual.

    Privileged Access: KUDO DevOps enforces Role-Based-Access-Control (RBAC), hence, accounts with privileged access must be reserved for only exceptional circumstances, where elevated privileges are absolutely necessary to allow the requesters to complete their job duties.

    NOTE: Individuals requesting privileged access, must be ready to comply with multi-factor authentication requirements that will be imposed by DevOps. 

  • KUDO Apps Mobile / Tablet

    KUDO Mobile Apps are available in both iOS and Android. If you do not have access to Google Play Store, you can download the latest Android App directly from the below link. 

     

    playstore.png                         appstore.png

     

    Android Mirror (Asia/China)

     

See all 14 articles