SRV Record Parser API
Overview
To use SRV Record Parser, you need an API key. You can get one by creating a free account and visiting your dashboard.
POST Endpoint
https://api.apiverve.com/v1/srvparserExample
How to call the SRV Record Parser API in different programming languages.
curl -X POST \
"https://api.apiverve.com/v1/srvparser" \
-H "X-API-Key: your_api_key_here" \
-H "Content-Type: application/json" \
-d '{
"record": "_http._tcp.example.com. 86400 IN SRV 10 60 80 server.example.com."
}'const response = await fetch('https://api.apiverve.com/v1/srvparser', {
method: 'POST',
headers: {
'X-API-Key': 'your_api_key_here',
'Content-Type': 'application/json'
},
body: JSON.stringify({
"record": "_http._tcp.example.com. 86400 IN SRV 10 60 80 server.example.com."
})
});
const data = await response.json();
console.log(data);import requests
headers = {
'X-API-Key': 'your_api_key_here',
'Content-Type': 'application/json'
}
payload = {
"record": "_http._tcp.example.com. 86400 IN SRV 10 60 80 server.example.com."
}
response = requests.post('https://api.apiverve.com/v1/srvparser', headers=headers, json=payload)
data = response.json()
print(data)package main
import (
"fmt"
"io"
"net/http"
"bytes"
"encoding/json"
)
func main() {
payload := map[string]interface{}{
"record": "_http._tcp.example.com. 86400 IN SRV 10 60 80 server.example.com."
}
jsonPayload, _ := json.Marshal(payload)
req, _ := http.NewRequest("POST", "https://api.apiverve.com/v1/srvparser", bytes.NewBuffer(jsonPayload))
req.Header.Set("X-API-Key", "your_api_key_here")
req.Header.Set("Content-Type", "application/json")
client := &http.Client{}
resp, err := client.Do(req)
if err != nil {
panic(err)
}
defer resp.Body.Close()
body, _ := io.ReadAll(resp.Body)
fmt.Println(string(body))
}{
"status": "ok",
"error": null,
"data": {
"raw_record": "_http._tcp.example.com. 86400 IN SRV 10 60 80 server.example.com.",
"parsed": {
"name": "_http._tcp.example.com.",
"service": "_http",
"protocol": "tcp",
"domain": "example.com.",
"ttl": 86400,
"class": "IN",
"priority": 10,
"weight": 60,
"port": 80,
"target": "server.example.com"
},
"service_info": {
"name": "HTTP",
"description": "Web service",
"default_port": 80
},
"interpretation": {
"priority_explanation": "Priority level 10 (lower is better)",
"weight_explanation": "Weight 60 for load balancing",
"target_explanation": "Connect to server.example.com:80"
},
"is_valid": true
}
}Authentication
The SRV Record Parser API requires authentication via API key. Include your API key in the request header:
X-API-Key: your_api_key_hereInteractive API Playground
Test the SRV Record Parser API directly in your browser with live requests and responses.
Parameters
The following parameters are available for the SRV Record Parser API:
Parse SRV Record
| Parameter | Type | Required | Description | Default | Example |
|---|---|---|---|---|---|
record | string | required | The SRV record string to parse | - |
Response
The SRV Record Parser API returns responses in JSON, XML, YAML, and CSV formats. The JSON response is shown in the Example section above; alternative formats below.
Other Response Formats
<?xml version="1.0" encoding="UTF-8"?>
<response>
<status>ok</status>
<error xsi:nil="true" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"/>
<data>
<raw_record>_http._tcp.example.com. 86400 IN SRV 10 60 80 server.example.com.</raw_record>
<parsed>
<name>_http._tcp.example.com.</name>
<service>_http</service>
<protocol>tcp</protocol>
<domain>example.com.</domain>
<ttl>86400</ttl>
<class>IN</class>
<priority>10</priority>
<weight>60</weight>
<port>80</port>
<target>server.example.com</target>
</parsed>
<service_info>
<name>HTTP</name>
<description>Web service</description>
<default_port>80</default_port>
</service_info>
<interpretation>
<priority_explanation>Priority level 10 (lower is better)</priority_explanation>
<weight_explanation>Weight 60 for load balancing</weight_explanation>
<target_explanation>Connect to server.example.com:80</target_explanation>
</interpretation>
<is_valid>true</is_valid>
</data>
</response>
status: ok
error: null
data:
raw_record: _http._tcp.example.com. 86400 IN SRV 10 60 80 server.example.com.
parsed:
name: _http._tcp.example.com.
service: _http
protocol: tcp
domain: example.com.
ttl: 86400
class: IN
priority: 10
weight: 60
port: 80
target: server.example.com
service_info:
name: HTTP
description: Web service
default_port: 80
interpretation:
priority_explanation: Priority level 10 (lower is better)
weight_explanation: Weight 60 for load balancing
target_explanation: Connect to server.example.com:80
is_valid: true
| key | value |
|---|---|
| raw_record | _http._tcp.example.com. 86400 IN SRV 10 60 80 server.example.com. |
| parsed | {name:_http._tcp.example.com.,service:_http,protocol:tcp,domain:example.com.,ttl:86400,class:IN,priority:10,weight:60,port:80,target:server.example.com} |
| service_info | {name:HTTP,description:Web service,default_port:80} |
| interpretation | {priority_explanation:Priority level 10 (lower is better),weight_explanation:Weight 60 for load balancing,target_explanation:Connect to server.example.com:80} |
| is_valid | true |
Response Structure
All API responses follow a consistent structure with the following fields:
| Field | Type | Description | Example |
|---|---|---|---|
status | string | Indicates whether the request was successful ("ok") or failed ("error") | ok |
error | string | null | Contains error message if status is "error", otherwise null | null |
data | object | null | Contains the API response data if successful, otherwise null | {...} |
Learn more about response formats →
Response Data Fields
When the request is successful, the data object contains the following fields:
| Field | Type | Sample Value | Description |
|---|---|---|---|
raw_record | string | Original SRV record string provided for parsing | |
parsed | object | - | |
â”” name | string | Full SRV record name with trailing dot | |
â”” service | string | Service identifier (e.g., _http, _xmpp, _sip) | |
â”” protocol | string | Protocol type (e.g., tcp, udp, tls) | |
â”” domain | string | Domain name with trailing dot | |
â”” ttl | number | Time-to-live value in seconds | |
â”” class | string | DNS class (typically IN for Internet) | |
â”” priorityPremium | number | Priority value (lower values preferred) | |
â”” weightPremium | number | Weight for load balancing among same priority | |
â”” portPremium | number | Port number for service connection | |
â”” targetPremium | string | Target hostname without trailing dot | |
service_infoPremium | object | Information about the recognized service type | |
â”” name | string | Human-readable service name (e.g., HTTP, XMPP) | |
â”” description | string | Service description and use case | |
â”” default_port | number | Default port for identified service | |
interpretationPremium | object | Human-readable interpretation of SRV record values | |
â”” priority_explanation | string | Human-readable explanation of priority level | |
â”” weight_explanation | string | Human-readable explanation of weight value | |
â”” target_explanation | string | How to connect to target with port |
Headers
Only X-API-Key is required. Optional headers include Accept for response format negotiation (JSON, XML, or YAML), User-Agent, and X-Request-ID for request tracing. See all request headers →
GraphQL AccessALPHA
Access SRV Record Parser through GraphQL to combine it with other API calls in a single request. Query only the srv record parser data you need with precise field selection, and orchestrate complex data fetching workflows.
Credit Cost: Each API called in your GraphQL query consumes its standard credit cost.
POST https://api.apiverve.com/v1/graphqlquery {
srvparser(
input: {
record: "_http._tcp.example.com. 86400 IN SRV 10 60 80 server.example.com."
}
) {
raw_record
parsed {
name
service
protocol
domain
ttl
class
priority
weight
port
target
}
service_info {
name
description
default_port
}
interpretation {
priority_explanation
weight_explanation
target_explanation
}
is_valid
}
}Note: Authentication is handled via the x-api-key header in your GraphQL request, not as a query parameter.
CORS Support
The SRV Record Parser API accepts cross-origin requests from any origin, so it can be called directly from browser-based applications without a proxy. See CORS support →
Rate Limiting
SRV Record Parser requests are throttled per minute on the Free plan and unthrottled on paid plans. Exceeding the limit returns 429 Too Many Requests; rate-limit usage is reported in the X-RateLimit-Limit, X-RateLimit-Remaining, and X-RateLimit-Reset response headers. See per-plan limits and best practices →
Error Codes
The SRV Record Parser API uses standard HTTP status codes — 200 on success, 400 for invalid parameters, 401 for missing or invalid keys, 403 for insufficient credits, 429 for rate-limit exhaustion, and 500/503 for server-side issues. Each error response includes an X-Request-ID header you can quote when contacting support. See full error handling guide →
SDKs for SRV Record Parser
Official SRV Record Parser packages on npm, PyPI, NuGet, and JitPack — plus a Postman collection and an OpenAPI spec. See the SDK guide →
No-Code Integrations
SRV Record Parser works with Zapier, Make, Pipedream, n8n, and Power Automate using the same API key. See setup guides →
Frequently Asked Questions
How do I get an API key for SRV Record Parser?
How many credits does SRV Record Parser cost?
Each successful SRV Record Parser API call consumes credits based on plan tier. Check the pricing section above for the exact credit cost. Failed requests and errors don't consume credits, so you only pay for successful srv record parser lookups.
Can I use SRV Record Parser in production?
The free plan is for testing and development only. For production use of SRV Record Parser, upgrade to a paid plan (Starter, Pro, or Mega) which includes commercial use rights, no attribution requirements, and guaranteed uptime SLAs. All paid plans are production-ready.
Can I use SRV Record Parser from a browser?
What happens if I exceed my SRV Record Parser credit limit?
When you reach your monthly credit limit, SRV Record Parser API requests will return an error until you upgrade your plan or wait for the next billing cycle. You'll receive notifications at 80% and 95% usage to give you time to upgrade if needed.








