FAQ

更新时间:
复制 MD 格式

This topic provides answers to frequently asked questions when you use DingTalk meeting connectors.

Which meeting devices do DingTalk meeting connectors support?

Technically, all meeting devices that support Session Initiation Protocol (SIP) can be connected to DingTalk meeting connectors. DingTalk meeting connectors support the popular SIP device models of Polycom, Cisco, and Huawei. For more information, see Supported device models.

What is the resolution of DingTalk meetings?

DingTalk meetings provide self-adaptive resolutions and frame rates. The best performance can reach 1080p at 30 FPS.

Do DingTalk meeting connectors support Binary Floor Control Protocol (BFCP) to send and receive dual streams?

Yes,

you can use BFCP to transfer streams between DingTalk meeting connectors and between DingTalk meeting connectors and the PC or mobile clients of DingTalk.

You can use a SIP device to transfer streams in a meeting. If you use a SIP device of Huawei, you must set the BFCP parameter to TCP or UDP. If you use a SIP device of Polycom or Cisco, you do not need to set the BFCP parameter. After you use a SIP device to join in a meeting, you can connect a Video Graphics Array (VGA) connector or a High Definition Multimedia Interface (HDMI) cable to the device. Then, you can send streams from the SIP device to other devices.

You can also use a DingTalk client to transfer streams in a meeting. On the PC or mobile client of DingTalk, you can share the screen with other meeting members.

What is the range of the call rate?

The supported resolutions are 720p and 1080p. Therefore, we recommend that you set the call rate to a value from 1472 to 3072 Kbit/s.

A call rate that is lower than 1472 Kbit/s may reduce the resolution. A call rate that is higher than 3072 Kbit/s may lead to a poor meeting experience due to insufficient bandwidth or packet loss.

Do DingTalk meeting connectors support multipoint control units (MCUs)?

You can connect the specific MCU models of Huawei, Cisco, and Polycom to DingTalk meeting connectors. If you want to use these MCUs, contact sales.

Why am I unable to register a SIP device?

  • The SIP device cannot access the Internet.
  • The SIP device cannot resolve the domain name that DingTalk provides.
  • The port that the SIP device uses to access the Internet is invalid.
  • The protocol does not match. You can switch the protocol from TCP to UDP.
  • The modified SIP configurations are ineffective. You can restart the SIP device.
  • The account, password, or domain name is invalid. Check whether you enter the valid account, password, and domain name.

My SIP device is registered. Why am I unable to join in a meeting by entering the security token of the meeting on the SIP device?

  • If the meeting does not support access from SIP devices, you cannot use the SIP device to join in the meeting.

    You can perform a test by using the following security tokens of test meetings: 57353790771 and 57177594265.

    Note If you join in the test meetings by using only the SIP device, the meetings are revoked in 1 to 2 minutes. We recommend that you join in the test meetings by using the PC or mobile client of DingTalk in addition to the SIP device. This prevents the meetings from being revoked.
  • Limits are imposed on the access permissions, bandwidth, or port when the SIP device communicates with the DingTalk SIP server over your office network.
  • The encryption configuration of the SIP device is invalid. If you fail to use a Polycom SIP device with Transport Layer Security (TLS) enabled to join in a meeting, you can perform the following operations to modify the encryption configuration: Open a browser. Enter the backend web URL of the SIP device in the address bar and press Enter. On the page that appears, choose Admin Settings > Security > Global Security. Then, click Encryption. Change the value of the Require AES Encryption for Calls parameter from Required for All Calls to When Available.

What can I do if BFCP does not work?

  • If you use a Huawei device, set the BFCP parameter to TCP or UDP. Do not set this parameter to TLS.
  • If you fail to use a VGA connector or an HDMI cable to trigger dual-stream transmission, you can use the dual-stream software of your device vendor to make a try.
  • If dual-stream transmission fails during a meeting, check whether this feature is normal when you join in the meeting.
  • Check whether limits are imposed on the access permissions, port, or bandwidth on your office network.
  • If you use a Polycom HDX or Group device, you can perform the following operations to enable H.239: Open a browser. Enter the backend web URL of the SIP device in the address bar and press Enter. On the page that appears, choose Admin Settings > Network > Dialing Preference. Then, click Dialing Options. In the Dialing Options section, select Enable H.239.

How do I adjust the volume in DingTalk after I use a SIP device to join in a meeting?

DingTalk meeting connectors automatically increase the volume of the audio streams that are sent from SIP devices. You can also adjust the volume on the web page of the SIP device. For example, if you use a Polycom device, you can set the Transmission Audio Gain parameter to adjust the volume. This configuration adjusts only the volume of the audio streams that are sent from the SIP device to a DingTalk meeting connector. The volume of the SIP device in the on-site meeting room is not affected.

I use a SIP device to join in a meeting. What can I do if blurs or mosaics appear on the video image or audio frames get lost?

  • Open a browser. Enter the backend web URL of the SIP device in the address bar and press Enter. Go to the statistics page to view the information about the resolution, call rate, and packet loss. If the resolution is lower than 720p or the call rate does not reach the recommended limit, you can adjust the call rate. We recommend that you set the call rate to a value from 1472 to 3072 Kbit/s. After you adjust the configuration, join in the meeting again.
  • If the detailed stream information indicates that continuous packet loss occurs, check whether your office network is normal. We recommend that you use a wired network with a high bandwidth priority to connect meeting devices. This avoids network congestion and unexpected bandwidth throttling.