SRV Record ParserSRV Record Parser API

OnlineCredit Usage:1 per callRefreshed 1 month ago
avg: 241ms|p50: 228ms|p75: 250ms|p90: 276ms|p99: 328ms

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

URL
https://api.apiverve.com/v1/srvparser

Example

How to call the SRV Record Parser API in different programming languages.

cURL Request
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."
}'
JavaScript (Fetch API)
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);
Python (Requests)
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)
Go (net/http)
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))
}
Example 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
  }
}

Authentication

The SRV Record Parser API requires authentication via API key. Include your API key in the request header:

Required Header
X-API-Key: your_api_key_here

Learn more about authentication →

Interactive 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

ParameterTypeRequiredDescriptionDefaultExample
recordstringrequired
The SRV record string to parse
-_http._tcp.example.com. 3600 IN SRV 10 60 80 server.example.com.

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 Response
200 OK
<?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>
YAML Response
200 OK
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
CSV Response
200 OK
keyvalue
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_validtrue

Response Structure

All API responses follow a consistent structure with the following fields:

FieldTypeDescriptionExample
statusstringIndicates whether the request was successful ("ok") or failed ("error")ok
errorstring | nullContains error message if status is "error", otherwise nullnull
dataobject | nullContains 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:

Response fields marked with Premium are available exclusively on paid plans.View pricing
FieldTypeSample ValueDescription
raw_recordstring"_http._tcp.example.com. 86400 IN SRV 10 60 80 server.example.com."
Original SRV record string provided for parsing
parsedobject{...}
-
â”” namestring"_http._tcp.example.com."
Full SRV record name with trailing dot
â”” servicestring"_http"
Service identifier (e.g., _http, _xmpp, _sip)
â”” protocolstring"tcp"
Protocol type (e.g., tcp, udp, tls)
â”” domainstring"example.com."
Domain name with trailing dot
â”” ttlnumber86400
Time-to-live value in seconds
â”” classstring"IN"
DNS class (typically IN for Internet)
â”” priorityPremiumnumber10
Priority value (lower values preferred)
â”” weightPremiumnumber60
Weight for load balancing among same priority
â”” portPremiumnumber80
Port number for service connection
â”” targetPremiumstring"server.example.com"
Target hostname without trailing dot
service_infoPremiumobject{...}
Information about the recognized service type
â”” namestring"HTTP"
Human-readable service name (e.g., HTTP, XMPP)
â”” descriptionstring"Web service"
Service description and use case
â”” default_portnumber80
Default port for identified service
interpretationPremiumobject{...}
Human-readable interpretation of SRV record values
â”” priority_explanationstring"Priority level 10 (lower is better)"
Human-readable explanation of priority level
â”” weight_explanationstring"Weight 60 for load balancing"
Human-readable explanation of weight value
â”” target_explanationstring"Connect to server.example.com:80"
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.

Test SRV Record Parser in the GraphQL Explorer to confirm availability and experiment with queries.

Credit Cost: Each API called in your GraphQL query consumes its standard credit cost.

GraphQL Endpoint
POST https://api.apiverve.com/v1/graphql
GraphQL Query Example
query {
  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?
Sign up for a free account at dashboard.apiverve.com. Your API key will be automatically generated and available in your dashboard. The same key works for SRV Record Parser and all other APIVerve APIs. The free plan includes 1,000 credits plus a 500 credit bonus.
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?
Yes! The SRV Record Parser API supports CORS with wildcard configuration, so you can call it directly from browser-based JavaScript without needing a proxy server. See the CORS section above for details.
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.

What's Next?

Continue your journey with these recommended resources

Was this page helpful?