Skip to main content

SIP Integration

Integrate Kallglot with your existing PBX, contact center, or telephony infrastructure using standard SIP protocols.
Preview: Direct SIP/PBX translation is currently available for approved enterprise pilots and is not yet generally available. This guide targets engineering partners working with the Kallglot team.

Prerequisites

  • A SIP-capable PBX or SBC
  • Network connectivity between your infrastructure and sip.kallglot.com (follow your TLS/TCP profile and firewall rules)
  • A Kallglot API key (for programmatic session workflows)
  • Developer Portal SIP settings configured (Telephony → SIP / PBX)

Architecture

At a high level, your PBX sends SIP signaling to Kallglot’s SIP endpoint and exchanges audio while Kallglot performs real-time translation and related voice features. Credential checks, optional IP filtering, TLS/SRTP preferences, concurrency limits, and session defaults configured in the Developer Portal are applied when SIP calls authenticate. Two common integration patterns:
  1. API-controlled SIP sessions (advanced) — Your backend calls POST https://api.kallglot.com/v1/sessions with routing.type: "sip" and routes the SIP leg to sip:<session_id>@sip.kallglot.com. This is an advanced, engineering-led flow for partners—not the ordinary self-serve PBX setup.
  2. Inbound-first — Kallglot may authenticate the SIP trunk and associate or create session context consistent with your policy; specifics depend on your routing and numbering plan—validate with support@kallglot.com if you rely on unattended ingress.
Outbound calling initiated through the API may use SIP trunks your account is provisioned for; availability and configuration are account-specific.

Setup Steps

1. Configure SIP Credentials

Create your developer account at kallglot.com, then in the Developer Portal:
  1. Go to Telephony > SIP / PBX and click Configure SIP
  2. Enable SIP access using the toggle
  3. Note your automatically generated credentials:
    • Username: Your unique SIP username
    • Domain: sip.kallglot.com
  4. Configure security:
    • Add your PBX IP addresses to the IP Allowlist (recommended)
    • Click Regenerate Password to create new credentials if needed
  5. Copy your password when prompted (shown only once)
In the same SIP configuration modal, open Advanced Settings (collapsible section) to manage TLS/SRTP requirements, session defaults, region, default languages, and concurrent call limits. Those values are saved with your organization and applied when SIP calls are authenticated.

2. API-controlled sessions (advanced)

This step is an advanced flow for engineering-led integrations that create each translated call from server code. For an enterprise pilot with our integration team, the SIP credentials and PBX routing below are the path — reach out via the button on the SIP page rather than building a session-control service first. Before routing a call to Kallglot over the API, create a session:
Kallglot does not currently provide official SDKs. Helper functions like createKallglotSession(...) and endKallglotSession(...) in this guide are thin wrappers around the HTTP API.

3. Configure Your PBX

Route calls to the Kallglot SIP endpoint. Configuration varies by PBX:

Asterisk

Example: SIP gateway (XML)

The following illustrates a minimal SIP gateway XML snippet—the exact layout depends on your PBX vendor.

Cisco CUCM

  1. Add a SIP Trunk:
    • Destination Address: sip.kallglot.com
    • Port: 5061
    • Transport Type: TLS
  2. Configure SIP Security Profile with digest authentication
  3. Create a Route Pattern pointing to the trunk

4. Handle Call Flow

Typical call flow with session management:

SIP Configuration Options

Transport

Default: TLS is enabled by default. Configure allowed transports in Advanced Settings.

Codecs

Kallglot recommends the following audio codecs for SIP calls: Recommended defaults: Opus, G.722, PCMU, and PCMA are enabled by default for new configurations. G.729 is not supported for translated calls. Narrowband/compressed audio can materially reduce speech-recognition quality, so G.729 is not offered or recommended. If a caller offers no codec Kallglot accepts for translation, the SIP edge rejects the call rather than silently falling back to an unsupported codec. Developer Portal: Under Configure SIP → Advanced Settings, select Allowed audio codecs (preference order follows the checklist top to bottom when multiple codecs are selected). Require TLS / Require SRTP complement those lists—for borderline interoperability questions, email support@kallglot.com.

DTMF

DTMF relay behavior depends on the negotiated media path and telephony relay; Kallglot does not interpret DTMF digits as session control inputs today.

Security

TLS Configuration

Always use TLS for SIP signaling (port 5061) in production. Turn on Require TLS in the Developer Portal so connections that do not meet your policy can be rejected:
  1. Go to Telephony > SIP / PBX → Configure SIP → Advanced Settings
  2. Enable Require TLS
  3. Your PBX must support TLS 1.2 or higher

IP Allowlisting

Restrict which IPs can authenticate as your SIP trunk:
  1. Go to Developer Portal > Telephony > SIP / PBX
  2. Click Configure SIP
  3. Add your PBX egress IPs to the IP Allowlist (one per line; CIDR supported)
Behavior: If the allowlist is empty, Kallglot does not apply source-IP filtering (authenticate attempts still require valid credentials). After you add one or more entries, only those networks are accepted. For production, populate the allowlist.

SRTP for Media

Require encrypted RTP when your policy demands it:
  1. Go to Developer Portal > Telephony > SIP / PBX → Configure SIP → Advanced Settings
  2. Enable Require SRTP — connections that do not complete SRTP negotiation where required may be rejected (your PBX must negotiate SRTP successfully when this is on)
  3. Align crypto suites and RTP/SRTP profiles with your PBX vendor’s documentation; if media fails to establish, collect SIP traces from your environment and work with support@kallglot.com alongside your telephony team.

Advanced Scenarios

The following advanced features are on our roadmap. Contact support@kallglot.com for early access or to discuss your requirements.

SIP REFER for Transfers (Coming Soon)

Call transfer support via SIP REFER is planned for a future release. Currently, to transfer a call:
  1. End the current Kallglot session
  2. Create a new session for the transfer target
  3. Route the call to the new session URI

Multiple Participants (Coming Soon)

Conference call translation support is planned. Currently, Kallglot supports two-party calls (agent + customer).

Regional Processing

The processing region is configured in the Developer Portal:
  1. Go to Telephony > SIP / PBX > Configure SIP
  2. Under Session Defaults, the Region is Europe (EU).
At this time only Europe (EU) is available. US and Asia-Pacific (AP) are not currently available for SIP. The SIP endpoint is the same in all cases for future regions: sip.kallglot.com

Troubleshooting

Registration Issues

No Audio

  1. Check NAT configuration - ensure RTP ports are open
  2. Verify SRTP settings match on both sides
  3. Check codec negotiation in SIP logs

Call Quality Issues

  1. Monitor jitter and packet loss
  2. Check network latency to Kallglot
  3. Ensure your region setting matches your network topology

Debugging

For SIP debugging, check:
  1. Developer Portal > API Logs — recent integration activity (for example webhook delivery attempts). It is not a full SIP signaling trace viewer.
  2. Your PBX / SBC logs — SIP dialogs, SDP, RTP/SRTP negotiation.
  3. Kallglot support — for authentication or routing issues that need correlation across both environments after you share traces from your side.

Best Practices

TLS is the expected signaling transport for production. SRTP is recommended, and is enforced when the configured policy sets Require SRTP. Plan your PBX/SRTP alignment before go-live.
Configure your PBX with failover to handle Kallglot outages gracefully.
Set up monitoring for RTP quality metrics (MOS, jitter, packet loss).
Pre-creating sessions to reduce call-setup latency is an optimization that only applies to advanced API-controlled integrations (described under Setup). It is not part of the standard enterprise PBX pilot flow.

Security Hardening

Production Security Checklist

Complete these security measures before deploying SIP integration to production.

Credential Security

SIP credentials should be treated as sensitive secrets. Store them securely and never commit them to version control.

Network Security

Configure your firewall to allow only the required traffic: Block traffic you do not need; widen media port ranges as your concurrent call volume grows.

Contracts, compliance, and data handling

Legal terms, questionnaires, DPIAs, and certifications (SOC 2, GDPR, HIPAA, etc.) are covered by your agreement and collateral from Kallglot—not this SIP how-to. For SIP specifically: SIP credentials appear once in the portal after create/rotate—store them like any production secret. Processing region in SIP Session Defaults is Europe (EU) and is the only option available today. Confirm suitability with your legal team if you have residency requirements—support@kallglot.com for paperwork.

Policy Configuration

Session Defaults

Configurable in Telephony > SIP / PBX → Configure SIP → Advanced Settings:
Auto-detect is not enable-ready on its own. To enable SIP, at least one of the source or target languages must be a concrete language. auto on both sides is stored as the initial default but is rejected when you enable SIP — pin a usable pair first. Only Europe (EU) is available today.
Concurrency limits are part of your policy; treat them as operational and contractual limits for your plan.

Transport and media policy flags

Require TLS and Require SRTP in Advanced Settings reinforce transport security alongside the Allowed signaling transports and Allowed audio codecs sections. Escalations or exotic PBX interoperability needs → support@kallglot.com.

Quick Reference

Operations checklist

Ship with basic observability:
  • Invite / setup latency — alert if PSTN callers hear long silence before audio.
  • Your PBX counters — failed registrations, 401/403, RTP timeouts vs baseline.
  • Concurrent calls vs portal cap — avoid hitting organizational limits mid-day.
  • Developer Portal API Logs — correlates webhook/API failures; deeper SIP traces live on your SBC.
Escalations with PCAP from your edge + timestamps → support@kallglot.com.