Got it

Failure to request live video

Latest reply: Aug 19, 2020 05:27:14 349 1 0 0 0

Hello, guys!

Have a nice day to you!

This topic describes the solution to failure to request live video.


Solution

  1.  Check whether live video can be played properly in the camera web system.

    1. Run the ping Camera IP address command on the computer to check whether the IP address can be pinged.

  • If not, troubleshoot the network fault.

  • If so, go to the next step.

Enter https://Camera IP address in the address box of a web browser, log in to the camera web system, and check whether live video can be properly played.

  • If not, contact the camera vendor for troubleshooting.

  • If so, go to the next step.

Check whether the stream encoding format of the camera is the same as that of the iclient.

  1. Check the stream encoding format in the camera web system.

  2. Log in to the iClient, choose Devices Management > Main Devices, search for and double-click the faulty camera, choose Video Channel, and check Encoding Format in the Stream area.

    Checking the encoding format

  3. Check whether the encoding format in the camera web system is the same as that on the iClient.

  • If not, change the encoding formats to be the same and view live video again.

  • If so, go to the next step.

Check whether you can log in to the iclient after deselecting TLS.

  1. If the upper- and lower-level domains are interconnected, and the versions of upper- and lower-level domains are V100R019 and V100R003 respectively, disable TLS login during login.

    Deselect Enable TLS on the login page.

    Deselecting Enable TLS

  2. Check whether you can log in to the iClient after deselecting Enable TLS.

  • If not, ensure that the network is properly connected and re-log in to the iClient.

  • If so, go to the next step.

Check whether the NAT configuration of the MPUR or MPUT node is correct.

  1. On the iClient, obtain the MPU to which the faulty camera belongs under Device Management.

    Checking the MPU to which the faulty camera belong

  2. Log in to the CSP OM portal, choose Application Configuration > Configuration Management > Configuration > Application Name > Network, and click NAT Networking.

  3. Select VCNMediaRecService and check whether the NAT configuration (IP address and port number) of the MPU node to which the faulty camera belongs is correct. Ensure that the anti-streaming function is disabled in the following way: Choose Unified Configuration > Surveillance Platform, then choose VCNMediaRecService and set AntiInterference to 0. Choose VCNMediaTransService and set AntiInterference to 0.

  • If not, modify the configuration and view live video again.

  • If so, go to the next step.

Log in to the camera web system, and check whether the RTSP port of the camera is correctly configured and whether NAT is configured for the camera on the firewall.

  • If not, modify the configuration and view live video again.

  • If so, go to the next step.

Check whether the VCNAPI, MPUR, and MPUT nodes are running properly.

  1. On the CSP OM portal, choose Resources > Edge Site Resources > Containers, choose Resources > Cloud Resources and check whether nodes are running properly.

  • If not, rectify the fault first.

  • If so, go to the next step.

Check whether video streams sent by the camera can be received during packet capture.

  1. On the iClient, obtain the MPU to which the faulty camera belongs under Device Management.

  2. Log in to the CSP OM portal, choose Application Configuration > Configuration Management > Configuration > Application Name > Node, and check the MPU node IP address.

  3. Log in to the MPU node and run the tcpdump -i eth3 host Camera IP address -w error1.capc command.

  4. Play live video from the camera on the iClient. After 1 minute, press Ctrl+C in the background to stop the packet capture.

    root@C-MPUR-ivs-48f5a4d17bd8424d80000000000000a2-cim /]# tcpdump -i eth3 host 3.4.120.162 -w 123.capc

    tcpdump: listening on eth3, link-type EN10MB (Ethernet), capture size 96 bytes

    ^C20027 packets captured

    20028 packets received by filter

    0 packets dropped by kernel

    Check whether the preceding information is displayed.

  • If not, no video stream is sent to the system during packet capture. In this case, check whether the number of requested video streams exceeds the maximum.

  • If so, video streams are sent to the system. In this case, contact technical support.


This is all, thanks for reading!

Thanks for sharing
View more
  • x
  • convention:

Comment

You need to log in to comment to the post Login | Register
Comment

Notice: To protect the legitimate rights and interests of you, the community, and third parties, do not release content that may bring legal risks to all parties, including but are not limited to the following:
  • Politically sensitive content
  • Content concerning pornography, gambling, and drug abuse
  • Content that may disclose or infringe upon others ' commercial secrets, intellectual properties, including trade marks, copyrights, and patents, and personal privacy
Do not share your account and password with others. All operations performed using your account will be regarded as your own actions and all consequences arising therefrom will be borne by you. For details, see " User Agreement."

My Followers

Login and enjoy all the member benefits

Login

Block
Are you sure to block this user?
Users on your blacklist cannot comment on your post,cannot mention you, cannot send you private messages.
Reminder
Please bind your phone number to obtain invitation bonus.