Receive notifications about recording events
A webhook is a user-defined callback over HTTP. You use webhooks to notify your app or back-end system when certain Cloud Recording events occur. Agora Notifications enables you to subscribe to events and receive notifications about them across multiple product lines.
Understand the tech
Using Agora Console you subscribe to specific events for your project and configure the URL of the webhooks to receive these events. Agora sends notifications of your events to your webhook every time they occur. Your server authenticates the notification and returns 200 Ok
to confirm reception. You use the information in the JSON payload of each notification to give the best user experience to your users.
The following figure illustrates the workflow when Notifications is enabled for the specific Cloud Recording events you subscribe to:
- A user commits an action that creates an event.
- Notifications sends an HTTPS POST request to your webhook.
- Your server validates the request signature, then sends a response to Notifications within 10 seconds. The response body must be in JSON.
If Notifications receives 200 OK
within 10 seconds of sending the initial notification, the callback is considered successful. If these conditions are not met, Notifications immediately resends the notification. The interval between notification attempts gradually increases. Notifications stops sending notifications after three retries.
Prerequisites
To set up and use Notifications, you must have:
-
A computer with Internet access.
If your network access is restricted by a firewall, call the IP address query API to retrieve the Notifications IP addresses , then configure the firewall to allow these IP addresses.
Handle notifications for specific events
In order to handle notifications for the events you subscribe to, you need to:
Create your webhook
Once Notifications is enabled, Agora SD-RTN™ sends notification callbacks as HTTPS POST
requests to your webhook when events that you are subscribed to occur. The data format of the requests is JSON, the character encoding is UTF-8
, and the signature algorithm is HMAC/SHA1
or HMAC/SHA256
.
For Notifications, a webhook is an endpoint on an HTTP
server that handles these requests. In a production environment you write this in your web infrastructure, for development purposes best practice is to create a simple local server and use a service such as ngrok to supply a public URL that you register with Agora SD-RTN™ when you enable Notifications.
To do this, take the following steps:
-
Set up Go
Ensure you have Go installed on your system. If not, download and install it from the official Go website.
-
Create a Go project for your server
Create a new directory for your project and navigate into it:
In the project directory, create a new file
main.go
. Open the file in your preferred text editor and add the following code: -
Run your Go server
Run the server using the following command:
-
Create a public URL for your server
In this example you use
ngrok
to create a public URL for your server.-
Download and install ngrok. If you have
Chocolatey
, use the following command: -
Add an
authtoken
to ngrok:To obtain an
authToken
, sign up with ngrok. -
Start a tunnel to your local server using the following command:
You see a Forwarding URL and a Web Interface URL in the console. Open the web interface URL in your browser.
-
-
Test the server
Open a web browser and navigate to the public URL provided by
ngrok
to see the root handler response.Use curl, Postman, or another tool to send a
POST
request tohttps://<ngrok_url>/ncsNotify
with the requiredJSON
payload.Example using
curl
:Make sure you replace
ngrok_url
with the forwarding url.Once the HTTP request is successful, you see the following
JSON
payload in your browser:
Enable Notifications
To enable Notifications:
-
Log in to Agora Console. On the Projects tab, locate the project for which you want to enable Notifications and click Configure.
-
In the Features section, locate Notifications, and click Enable.
-
On the configuration page, click on the service for which you want to enable notifications. The item expands to show configuration options.
-
Fill in the following information:
-
Event: Select all the events that you want to subscribe to.
If the selected events generate a high number of queries per second (QPS), ensure that your server has sufficient processing capacity.
-
Receiving Server Region: Select the region where your server that receives the notifications is located. Agora connects to the nearest Agora node server based on your selection.
-
Receiving Server URL Endpoint: The
HTTPS
public address of your server that receives the notifications. For example,https://1111-123-456-789-99.ap.ngrok.io/ncsNotify
.infoFor enhanced security, Notifications no longer supports
HTTP
addresses.-
To reduce the delay in notification delivery, best practice is to activate
HTTP
persistent connection (also calledHTTP
keep-alive) on your server with the following settings:MaxKeepAliveRequests
: 100 or moreKeepAliveTimeout
: 10 seconds or more
-
-
Whitelist: If your server is behind a firewall, check the box here, and ensure that you call the IP address query API to get the IP addresses of the Agora Notifications server and add them to the firewall's allowed IP list.
-
-
Copy the Secret displayed against the product name by clicking the copy icon. You use this secret to Add signature verification.
-
Press Save. Agora performs a health test for your configuration as follows:
-
The Notifications health test generates test events that correspond to your subscribed events, and then sends test event callbacks to your server.
-
After receiving each test event callback, your server must respond within 10 seconds with a status code of
200
. The response body must be in JSON format. -
When the Notifications health test succeeds, read the prompt and press Save Notifications Configuration. After your configuration is saved, the Status of Notifications shows Enabled.
If the Notifications health test fails, follow the prompt on the Agora Console to troubleshoot the error. Common errors include the following:
-
Request timeout (590): Your server does not return the status code
200
within 10 seconds. Check whether your server responds to the request properly. If your server responds to the request properly, contact Agora Technical Support to check if the network connection between the Agora Notifications server and your server is working. -
Domain name unreachable (591): The domain name is invalid and cannot be resolved to the target IP address. Check whether your server is properly deployed.
-
Certificate error (592): The Agora Notifications server fails to verify the SSL certificates returned by your server. Check if the SSL certificates of your server are valid. If your server is behind a firewall, check whether you have added all IP addresses of the Agora Notifications server to the firewall's allowed IP list.
-
Other response errors: Your server returns a response with a status code other than
200
. See the prompt on the Agora Console for the specific status code and error messages.
-
-
Add signature verification
To communicate securely between Notifications and your webhook, Agora SD-RTN™ uses signatures for identity verification as follows:
-
When you configure Notifications in Agora Console, Agora SD-RTN™ generates a secret you use for verification.
-
When sending a notification, Notifications generates two signature values from the secret using
HMAC/SHA1
andHMAC/SHA256
algorithms. These signatures are added asAgora-Signature
andAgora-Signature-V2
to theHTTPS
request header. -
When your server receives a callback, you can verify
Agora-Signature
orAgora-Signature-V2
:- To verify
Agora-Signature
, use the secret, the raw request body, and thecrypto/sha1
algorithm. - To verify
Agora-Signature-V2
, use the secret, the raw request body, and thecrypto/sha256
algorithm.
- To verify
The following sample code uses crypto/sha1
.
To add signature verification to your server, take the following steps:
-
In the
main.go
file, replace your imports with with the following: -
Add the following code after the list of imports:
-
In the
main.go
file, add the following code afterfmt.Println("Request Body:", string(body))
: -
To test the server, follow the steps given in the Enable notifications section.
-
When you receive an event from the console, and if the signature matches, the event details are displayed in your browser.
Reference
This section contains in depth information about Notifications.
Request Header
The header of notification callbacks contains the following fields:
Field name | Value |
---|---|
Content-Type | application/json |
Agora-Signature | The signature generated by Agora using the Secret and the HMAC/SHA1 algorithm. You need to use the Secret and HMAC/SHA1 algorithm to verify the signature value. For details, see Signature verification. |
Agora-Signature-V2 | The signature generated by Agora using the Secret and the HMAC/SHA256 algorithm. You need to use the Secret and the HMAC/SHA256 algorithm to verify the signature value. For details, see Signature verification. |
Request Body
The request body of notification callbacks contains the following fields:
Field name | Type | Description |
---|---|---|
noticeId | String | The notification ID, identifying the notification callback when the event occurs. |
productId | Number | The product ID:
|
eventType | Number | The type of event being notified. For details, see event types. |
notifyMs | Number | The Unix timestamp (ms) when Notifications sends a callback to your server. This value is updated when Notifications resends the notification callback. |
payload | JSON Object | The content of the event being notified. The payload varies with event type. |
Example
Event types
You can subscribe to the following Cloud Recording events from Agora Console:
eventType | serviceType | Event description |
---|---|---|
1 | 0 (cloud recording service) | An error occurs during the recording. |
2 | 0 (cloud recording service) | A warning occurs during the recording. |
3 | 0 (cloud recording service) | The status of the Agora Cloud Recording service changes. |
4 | 0 (cloud recording service) | The M3U8 playlist file is generated. |
11 | 0 (cloud recording service) | The cloud recording service has ended its tasks and exited. |
12 | 0 (cloud recording service) | The cloud recording service has enabled the high availability mechanism. |
30 | 2 (uploader module) | The upload service starts. |
31 | 2 (uploader module) | All the recorded files are uploaded to the specified third-party cloud storage. |
32 | 2 (uploader module) | All the recorded files are uploaded, but at least one file is uploaded to Agora Cloud Backup. |
33 | 2 (uploader module) | The progress of uploading the recorded files to the cloud storage. |
40 | 1 (recorder module) | The recording starts. |
41 | 1 (recorder module) | The recording exits. |
42 | 1 (recorder module) | The recording service syncs the information of the recorded files. |
43 | 1 (recorder module) | The state of the audio stream changes. |
44 | 1 (recorder module) | The state of the video stream changes. |
45 | 1 (recorder module) | The screenshot is captured successfully. |
60 | 4 (extension services) | The uploader for ApsaraVideo for VoD has started and successfully acquired the upload credential. |
61 | 4 (extension services) | All recorded files have been uploaded to ApsaraVideo for VoD. |
70 | 6 (web page recording module) | Web page recording starts. |
71 | 6 (web page recording module) | Web page recording stops. |
72 | 6 (web page recording module) | The web page to record uses a feature that is unsupported by web page recording. The recording service will stop immediately. |
73 | 6 (web page recording module) | The web page reloads. |
90 | 8(download module) | The recording service fails to download the recorded files. |
100 | 6(web page recording module) | The CDN streaming status of the web page recording changes. |
1001 | 0 (cloud recording service) | The result of the transcoding. |
Fields in payload
payload
is a JSON object, which is the main body of the notification. payload
in each type of event notification includes the following fields:
cname
: String. The name of the channel to be recorded.uid
: String. The user ID of the recording client.sid
: String. The recording ID. The unique identifier of each recording.sequence
: Number. The serial number of the notifications, starting from 0. You can use this parameter to identify notifications that are random, lost, or resent.sendts
: Number. The time (UTC) when the event happens. Unix timestamp in ms.serviceType
: Number. The type of Agora service.0
: The cloud recording service.1
: The recorder module.2
: The uploader module.4
: The extension services.6
: The web page recording module.8
: The download module.
details
: JSON. The details of the callback events are described in the following section. Notifications may add new fields todetails
in the future. To ensure backward compatibility, the service will not change the data format of existing fields.
The relevant fields of each Agora Cloud Recording callback event are listed below:
1 cloud_recording_error
eventType
1 indicates that an error occurs during the recording. details
includes the following fields:
msgName
: String. The name of the message,"cloud_recording_error"
.module
: Number. The module in which the error occurs.0
: The recorder1
: The uploader2
: The Agora Cloud Recording Service6
:The Agora Web Page Recording Service
errorLevel
: Number. The error level.1
: Debug2
: Minor3
: Medium4
: Major5
: Fatal. A fatal error may cause the recording to exit. If you receive a message of this level, callquery
to check the current status and process the error according to the error notifications.
errorCode
: Number. The error code.- If the error occurs in the recorder module (
0
), see common errors. - If the error occurs in the uploader (
1
), see upload error code. - If the error occurs in the Agora Cloud Recording Service (
2
), see cloud recording service error code. - If the error occurs in the other modules, see common errors. If you do not find any error code in the above-mentioned pages, contact our technical support.
- If the error occurs in the recorder module (
stat
: Number. The event status. 0 indicates normal status; other values indicate abnormal status.errorMsg
: String. The detailed description of the error.
2 cloud_recording_warning
eventType
2 indicates that a warning occurs during the recording. details
includes the following fields:
msgName
: String. The message name,cloud_recording_warning
.module
: Number. The name of the module where the warning occurs.0
: The recorder.1
: The uploader.
warnCode
: Number. The warning code.- If the warning occurs in the recorder, see warning code.
- If the warning occurs in the uploader, see upload warning code.
3 cloud_recording_status_update
eventType
3 indicates that the method call fails because it does not match the status of the cloud recording service. For example, the method call of start
fails if the service has already started. details
includes the following fields:
msgName
: String. The message name,cloud_recording_status_update
.status
: Number. The status of the cloud recording service. See Status codes for the Agora Cloud Recording service for details.recordingMode
: Number. The recording mode:0
: Individual recording mode1
: Composite recording mode
fileList
: String. The name of the M3U8 index file generated by the service.
4 cloud_recording_file_infos
eventType
4 indicates that an M3U8 playlist file is generated and uploaded. During a recording, the recording service repeatedly uploads and overwrites the M3U8 file, but this event is triggered the first time the M3U8 file is generated and uploaded.
details
includes the following fields:
msgName
: String. The message name,cloud_recording_file_infos
.fileList
: String. The name of the M3U8 file.
11 session_exit
eventType
11 indicates that the cloud recording service has ended its tasks and exited. details
includes the following fields:
msgName
: String. The message name,session_exit
.exitStatus
: Number. The exit status.0
: A normal exit, indicating that the recording service exits after the recording ends and the recorded files are uploaded.1
: An abnormal exit. An abnormal exist occurs when, for example, a parameter is incorrectly set.
12 session_failover
eventType
12 indicates that the cloud recording service has enabled the high availability mechanism, where the fault processing center automatically switches to a new server within 90 seconds to resume the service. details
includes the following fields:
msgName
: String. The message name,session_failover
.newUid
: Number. A randomly-generated recording user ID. After the high availability mechanism is enabled and the service is switched to a new server, the service rejoins the channel with a randomly-generated recording user ID, abandoning the old one.
30 uploader_started
eventType
30 indicates that the upload service starts, and details
includes the following fields:
msgName
: String. The message name,uploader_started
.status
: Number. The event status. 0 indicates normal status; other values indicate abnormal status.
31 uploaded
eventType
31 indicates that all the recorded files are uploaded to the specified third-party cloud storage, and details
includes the following fields:
msgName
: String. The message name,uploaded
.status
: Number. The event status. 0 indicates normal status; other values indicate abnormal status.fileList
: JSONArray. An array that contains detailed information of each recorded file.fileName
: String. The name of the M3U8 file or MP4 file.trackType
: String. The type of the recorded file."audio"
: Audio file."video"
: Video file (no audio)."audio_and_video"
: Video file (with audio).
uid
: String. The user ID. The user whose audio or video is recorded in the file. In composite recording mode,uid
is"0"
.mixedAllUser
: Boolean. Whether the audio and video of all users are combined into a single file.true
: All users are recorded in a single file.false
: Each user is recorded separately.
isPlayable
: Boolean. Whether the file can be played online.true
: The file can be played online.false
: The file cannot be played online.
sliceStartTime
: Number. The Unix time (ms) when the recording starts.
Examples
-
Individual recording:
-
Composite recording with no MP4 files generated:
-
Composite recording with MP4 files generated:
-
Web page recording with MP4 files generated:
32 backuped
eventType
32 indicates that all the recorded files are uploaded, but at least one of them is uploaded to Agora Cloud Backup. Agora Cloud Backup automatically uploads the files to the specified third-party cloud storage. details
includes the following fields:
msgName
: String. The message name,backuped
.status
: Number. The event status. 0 indicates normal status; other values indicate abnormal status.fileList
: JSONArray. An array that contains detailed information of each recorded file.fileName
: String. The name of the M3U8 file or MP4 file.trackType
: String. The type of the recorded file."audio"
: Audio file."video"
: Video file (no audio)."audio_and_video"
: Video file with audio.
uid
: String. The user ID. The user whose audio or video is recorded in the file. In composite recording mode,uid
is"0"
.mixedAllUser
: Boolean. Whether the audio and video of all users are combined into a single file.true
: All users are recorded in a single file.false
: Each user is recorded separately.
isPlayable
: Boolean. Whether the file can be played online.true
: The file can be played online.false
: The file cannot be played online.
sliceStartTime
: Number. The Unix time (ms) when the recording starts.
Examples
-
Individual recording:
-
Composite recording with no MP4 files generated:
-
Composite recording with MP4 files generated:
-
Web page recording with MP4 files generated:
33 uploading_progress
eventType
33 indicates the current upload progress. The Agora server notifies you of the upload progress once every minute after the recording starts. details
includes the following fields:
msgName
: String. The message name,uploading_progress
.progress
: Number. An ever-increasing number between 0 and 10,000, equal to the ratio of the number of the uploaded files to the number of the recorded files multiplied by 10,000. After the recording service exits and when the number reaches 10,000, the upload completes.
40 recorder_started
eventType
40 indicates that the recording service starts, and details
includes the following fields:
msgName
: String. The message name,recorder_started
.status
: Number. The event status. 0 indicates normal status; other values indicate abnormal status.
41 recorder_leave
eventType
41 indicates that the recorder leaves the channel, and details
includes the following fields:
msgName
: String. The message name,recorder_leave
.leaveCode
: Number. The leave code. You can perform a bitwise AND operation on the code and each enum value, and those with non-zero results are the reason for the exit. For example, if you perform a bit-by-bit AND operation on code 6 (binary 110) and each enum value, only LEAVE_CODE_SIG (binary 10) and LEAVE_CODE_NO_USERS (binary 100) get a non-zero result. The reasons for exiting, in this case, include a timeout and a signal triggering the exit.Enumerator LEAVE_CODE_INIT 0: The initialization fails. LEAVE_CODE_SIG 2 (binary 10): The AgoraCoreService process receives the SIGINT signal. LEAVE_CODE_NO_USERS 4 (binary 100): The recording server automatically leaves the channel and stops recording because the channel has no user. LEAVE_CODE_TIMER_CATCH 8 (binary 1000): Ignore it. LEAVE_CODE_CLIENT_LEAVE 16 (binary 10000): The recording server calls the leaveChannel
method to leave the channel.
42 recorder_slice_start
eventType
42 indicates that the recording service syncs the information of the recorded files, and details
includes the following fields:
msgName
: String. The message name,recorder_slice_start
.startUtcMs
:Number. The time (ms) in UTC when the recording starts (the starting time of the first slice file).discontinueUtcMs
:Number. In most cases, this field is the same asstartUtcMs
. When the recording is interrupted, the Agora Cloud Recording service automatically resumes the recording and triggers this event. In this case, the value of this field is the time (ms) in UTC when the last slice file stops.mixedAllUser
: Boolean. Whether the audio and video of all users are mixed into a single file.true
: All users are recorded in a single file.false
: Each user is recorded separately.
streamUid
: String. User ID. The user whose audio or video is recorded in the file. In composite mode,streamUid
is0
.trackType
: String. Type of the recorded file."audio"
: Audio file."video"
: Video file (no audio)."audio_and_video"
: Video file with audio.
For example, you start a recording session and get this event notification in which startUtcMs
is the starting time of slice file 1. Then, the recording session continues and records slice file 2 to slice file N, during which the recording service does not send this notification again. If an error occurs when recording slice file N + 1, you lose this file and the recording session stops. Agora Cloud Recording automatically resumes the recording and triggers this event again. In the event notification, startUtcMs
is the time when slice file N + 2 starts, and discontinueUtcMs
is the time when slice file N stops.
43 recorder_audio_stream_state_changed
eventType 43 indicates that the state of the audio stream has changed, and details
includes the following fields:
msgName
: String. The message name,recorder_audio_stream_state_changed
.streamUid
: String. The ID of the user whose audio is being recorded. In composite recording mode,streamUid
can be0
, which represents the combined stream of all or the specified user IDs.state
: Number. Whether Agora Cloud Recording is receiving the audio stream.0
: Agora Cloud Recording is receiving the audio stream.1
: Agora Cloud Recording is not receiving the audio stream.
UtcMs
: Number. The UTC time (ms) when the state of the audio stream changes.
44 recorder_video_stream_state_changed
eventType
44 indicates that the state of the video stream has changed, and details
includes the following fields:
msgName
: String. The message name,recorder_video_stream_state_changed
.streamUid
: String. The ID of the user whose video is being recorded. In composite recording mode,streamUid
can be0
, which represents the combined stream of all or the specified user IDs.state
: Number. Whether Agora Cloud Recording is receiving the video stream.0
: Agora Cloud Recording is receiving the video stream.1
: Agora Cloud Recording is not receiving the video stream.
UtcMs
: Number. The UTC time (ms) when the state of the video stream changes.
45 recorder_snapshot_file
eventType
45 indicates that the screenshot is captured successfully and uploaded to the third-party cloud storage. The details
includes the following fields:
msgName
: String. The message name,"recorder_snapshot_file"
.fileName
: String. The file name of the JPG file generated by the screenshot. The format is:"fileName": "<fileNamePrefix>/<file name>"
. ThefileNamePrefix
refers to the path of the screenshot files in the third-party cloud storage.
60 vod_started
eventType
60 indicates that the uploader for ApsaraVideo for VoD has started and successfully acquired the upload credential. details
includes the following fields:
msgName
: String. The message name,"vod_started"
.aliVodInfo
: JSON. The information of the video to upload.videoId
: String. The video ID.
61 vod_triggered
eventType
61 indicates that all recorded files have been uploaded to ApsaraVideo for VoD. details
includes the following fields:
msgName
: String. The message name,"vod_triggered"
.
70 web_recorder_started
eventType
70 indicates that web page recording starts. details
includes the following field:
msgName
: String. The message name,"web_recorder_started"
.recorderStartTime
: Number. The time (UTC) when the recording starts. Unix timestamp in milliseconds.
71 web_recorder_stopped
eventType
71 indicates that web page recording stops. details
includes the following field:
msgName
: String. The message name,"web_recorder_stopped"
.code
: Number. The error code. If the error code is not0
, it means that the web page recording stopped abnormally.message
: String. The error message, which indicates the reason why the recording stopped normally or abnormally.details
: String. A specific description of the error message, which provides a more complete description of the reason why the recording stopped normally or abnormally. You can take corresponding measures based on the information.fileList
: JSONArray. An array that contains detailed information of each recorded file.fileName
: String. The name of the M3U8 file or MP4 file.sliceStartTime
: Number. The Unix timestamp (ms) when the recording starts.
Error Code | Message | Description |
---|---|---|
0 | ok | Normal, the user stops the recording. |
1 | max_recording_hour | The recording time reaches the set maximum recording length (maxRecordingHour ), which causes the recording to stop. |
2 | capability_limit | The web page to be recorded uses an unsupported function, causing the web page recording to stop. |
3 | start_engine_failed | The recording engine failed to start, causing the web page recording to stop. |
4 | page_load_timeout | When you use the web page load timeout detection, the web page load timeout causes the web page recording to stop. |
5 | access_url_failed | An error occurred when opening the web page to be recorded, which causes the web page recording to stop. |
6 | recorder_error | The web page recording has an error and cannot continue, causing the web page recording to stop. |
Example
72 web_recorder_capability_limit
eventType
72 indicates that the web page to record uses a feature that is unsupported by web page recording, and the recording service will stop immediately. details
includes the following fields:
msgName
: String. The message name,"web_recorder_capability_limit"
.limitType
: String. The type of the feature that causes the failure."resolution"
: The web page to record contains a video source with a resolution that exceeds 1280 × 720."WebGL"
: The web page to record uses WebGL."bandwidth"
:The upstream bandwidth exceeds 10 M, or the downstream bandwidth exceeds 1 G.
73 web_recorder_reload
eventType
73 indicates a web page reload. details
includes the following fields:
msgName:
String. The message name,"web_recorder_reload"
:reason:
String. The reason for the page reload:"audio_silence"
: Audio loss issue."page_load_timeout"
: Web page load timeout. The callback returns this field only if the web page load detection function is enabled and there is a web page load timeout. See Web page load detection.
80 transcoder_started
eventType
80 indicates that the transcoding starts, and details
includes the following field:
msgName
: String. The message name, "transcoder_started"
.
81 transcoder_completed
eventType
81 indicates that the transcoding completes, and details
includes the following fields:
msgName
: String. The message name,"transcoder_completed"
.result
: String. The result of the transcoding."all_success"
: Successfully transcodes all files."partial_success"
: Fails to transcode some files."fail"
: The transcoding fails.
uids
: JSONArray. The array contains the transcoding result and the name of the MP4 file of a specific user ID.uid
: String. The corresponding user ID of the MP4 file.result
: String. The result of transcoding."success"
: Transcoding succeeds."fail"
: Transcoding fails.
fileList
: JSONArray. The array contains information about the MP4 file.fileName
: String. The name of the MP4 file.
90 download_failed
eventType
90 indicates that the recording service fails to download the recorded files. This callback is triggered only once in the entire recording process, and details
includes the following fields:
msgName
: String. The message name,"download_failed"
.vendor
: Number. The name of the third-party cloud storage service, which is the same asvendor
in yourstart
request.region
: Number. The region of the third-party cloud storage, which is the same as region set in yourstart
request.bucket
: String. The bucket name of the third-party cloud storage, which is the same asbucket
set in yourstart
request.fileName
: String. The list of M3U8 or TS/WebM files that fail to be downloaded. The file names are separated by";"
.
100 rtmp_publish_status
eventType
100 indicates the CDN streaming status of the web page recording. details
includes the following fields:
msgName
:String. The message name,"rtmp_publish_status"
.rtmpUrl
: String. The CDN address you want to the push the stream to.status
: Number. The CDN streaming status of the web page recording, including the following options:"connecting"
: Connecting to the CDN server."publishing"
: Pushing the stream to the CDN server."onhold"
: Pause streaming."disconnected"
: Failed to connect to the CDN server. Agora recommends that you change the CDN address.
1001 postpone_transcode_final_result
eventType
1001 indicates the final transcoding result, and details
includes the following fields:
msgName
: String. The message name,"postpone_transcode_final_result"
.result
: String. The final result of the transcoding.\"total_success"
: Successfully transcodes all files."partial_success"
: Fails to transcode some files."failed"
: The transcoding fails.
fileList
: JSONArray. The array contains information about the generated MP4 files.fileName
: String. The name of an individual MP4 file.
Error codes related to uploading
Error code | Description |
---|---|
32 | An error occurs in the configuration of the third-party cloud storage. |
47 | The recording file upload fails. |
51 | An error occurs when the uploader processes the recorded files. |
Warning codes related to uploading
Warning code | Description |
---|---|
31 | The recording service re-uploads the slice file to the specified cloud storage. |
32 | The recording service re-uploads the slice file to Agora Cloud Backup. |
Error codes for the Agora Cloud Recording service
Error code | Description |
---|---|
50 | A timeout occurs in uploading the recorded files. |
52 | A timeout occurs in starting the Cloud Recording Service. |
Status codes for the Agora Cloud Recording service
Status code | Description |
---|---|
0 | The recording has not started. |
1 | The initialization is complete. |
2 | The recorder is starting. |
3 | The uploader is ready. |
4 | The recorder is ready. |
5 | The first recorded file is uploaded. After uploading the first file, the status is 5 when the recording is running. |
6 | The recording stops. |
7 | The Agora Cloud Recording service stops. |
8 | The recording is ready to exit. |
20 | The recording exits abnormally. |
IP address query API
If your server that receives notification callbacks is behind a firewall, call the IP address query API to retrieve the IP addresses of Notifications and configure your firewall to trust all these IP addresses.
Agora occasionally adjusts the Notifications IP addresses. Best practice is to call this endpoint at least every 24 hours and automatically update the firewall configuration.
Prototype
- Method:
GET
- Endpoint:
https://api.agora.io/v2/ncs/ip
Request header
Authorization: You must generate a Base64-encoded credential with the Customer ID and Customer Secret provided by Agora, and then pass the credential to the Authorization field in the HTTP request header.
Request body
This API has no body parameters.
Response body
When the request succeeds, the response body looks like the following:
Each primary IP field shows an IP address of Notifications server. When you receive a response, you need to note the primary IP fields and add all these IP addresses to your firewall's allowed IP list.
Considerations
-
Notifications does not guarantee that notification callbacks arrive at your server in the same order as events occur. Implement a strategy to handle messages arriving out of order.
-
For improved reliability of Notifications, your server may receive more than one notification callback for a single event. Your server must be able to handle repeated messages.
TipTo implement a strategy to ensure that you log only one callback event and ignore duplicate events, use a combination of the
noticeId
andnotifyMs
fields in the response body.