> ## Documentation Index > Fetch the complete documentation index at: https://www.vobiz.ai/docs/llms.txt > Use this file to discover all available pages before exploring further. # What Is Cloud Telephony? How It Works and India Rules > Cloud telephony runs your phone system on a provider's servers. See how a call flows, which model fits, what media location does, and India's 2026 rules. *November 3, 2026 · By [Piyush Sahoo](https://www.linkedin.com/in/piyush-s713/)* Cloud telephony is a business phone service whose switching, call logic, and media processing run on a provider's servers instead of hardware at your site. Calls still reach ordinary phones through telecom operators. You manage everything through a console or API, and you pay by usage or per seat rather than buying a PBX. This guide follows one call through the stack, separates the products sold under this name, works out what media location does to delay, and maps the Indian rules that changed in 2026, each linked to its source. > [!NOTE] > > **Key takeaways** > > * **Cloud telephony moves the switch, not the phone network.** Your calls still cross operator networks, so numbers, caller ID, and telecom rules all still apply. > * **The name covers several products.** Hosted PBX, contact centre software, voice APIs, and SIP trunks leave very different work with your team. > * **Media location sets delay.** In our illustrative example, sending Mumbai-to-Mumbai audio through Virginia lifts one-way delay from about 91 ms to about 257 ms. > * **Your own application becomes part of the call path.** On a programmable service, a slow webhook (callback) means silence for the caller. > * **India's framework changed in 2026.** A new enterprise communication authorisation arrived in June, automated-call rules were issued in September, and caller name display was due from 1 November. ## What is cloud telephony? Cloud telephony means renting the brain of a phone system as a service. The provider runs the software that decides where each call goes, and you reach that software through a browser or an API. Something else stays exactly as it was. A customer calling your number from a mobile phone still uses their operator's network, and the provider connects to that network at its edge. Only the part that used to sit in your server room has moved. The term is loose, and sources use it differently. [TechTarget](https://www.techtarget.com/news/cloud-telephony-cloud-calling/850354/) files it under unified communications as a service and separates shared multi-tenant platforms from dedicated hosted setups. Indian vendors often frame it around virtual numbers, call flows, APIs, and a dashboard. Both are describing real products, so ask which one a vendor means before you compare prices. ## How does a cloud telephony call work? Every call runs on two separate tracks. [SIP](https://www.vobiz.ai/docs/blogs/what-is-sip.md) and your application decide what should happen, and [RTP](https://www.rfc-editor.org/rfc/rfc3550.html) carries the sound. The diagram follows one inbound call, and the steps below match its numbers. ![Diagram of one inbound call. Signalling runs from the caller through the operator network to the provider's edge and call control, which exchanges instructions with your application. Audio runs separately from the operator through a media server to an agent or AI. After the call, a call record goes to your application as a hangup webhook.](https://mintcdn.com/vobizai/zCEK3fz30hYHZn0O/images/blog/what-is-cloud-telephony/call-path-light.svg?fit=max\&auto=format\&n=zCEK3fz30hYHZn0O\&q=85\&s=7a1c11cd7d9e2d9ca71bec29833db404) 1. **The caller dials your number.** Your [DID](https://www.vobiz.ai/docs/blogs/what-is-a-did-number.md) routes to the provider, so the operator network hands the call to the provider's interconnect. 2. **The edge admits it.** A session border controller sits between the outside network and the provider's core. [RFC 5853](https://www.rfc-editor.org/rfc/rfc5853.html) catalogues the jobs these devices do, including topology hiding and NAT traversal. 3. **Call control decides.** It looks up what your number should do. A hosted product runs a flow you built in its dashboard. A programmable service sends a webhook (callback) to your server and waits for instructions. 4. **The media server handles audio.** It plays prompts, collects keypresses, records, and can copy audio to another system. 5. **A second leg connects the other party.** That can be a mobile number, a softphone, a browser, or an AI agent. Each adds a [call leg](https://www.vobiz.ai/docs/blogs/what-is-a-call-leg.md) with its own state. 6. **The call ends and leaves a record.** The provider writes a call record with duration, hangup cause, and quality data, and then notifies your application. An outbound call runs the same stack in reverse: your API request or dialler starts at call control, and the operator network delivers the call last. ### What this design adds to your failure list A PBX in your building fails in familiar ways. A cloud stack adds an HTTP dependency and a longer audio path, so each stage has its own signature: | Stage | Depends on | What the caller notices when it fails | | - | - | - | | Operator to provider | Interconnect and number routing | The call never connects, or the caller hears a network message | | Provider to your application | Your server's reachability and response time | Silence after answer, or the call drops | | Media path | Packet loss, jitter, and distance | Clipped words, one-way audio, or people talking over each other | | Agent leg | The agent's network or mobile coverage | The caller waits, or the transfer fails | | Capacity | Concurrent-call and calls-per-second limits | A busy tone, or a campaign that runs slowly | ## Which products count as cloud telephony? Four product families use the label, and each one divides the work differently. The first column in this matrix is the on-site PBX they replace or connect to. ![Matrix of five models against five layers. On-site PBX: you run everything except PSTN access. SIP trunk with your PBX: the provider supplies PSTN access, you run switching, logic, and the agent interface, and you set capacity. Hosted PBX and contact centre: the provider runs everything and you set call logic. Voice API: the provider runs access, switching, and capacity, while you run call logic and the agent interface.](https://mintcdn.com/vobizai/zCEK3fz30hYHZn0O/images/blog/what-is-cloud-telephony/who-runs-what-light.svg?fit=max\&auto=format\&n=zCEK3fz30hYHZn0O\&q=85\&s=8be2e8b6eaff5f689bdb60b2a275b464) * **Hosted PBX (UCaaS)** replaces office extensions, usually with desk phones or softphone apps, and often bundles chat and video. * **Contact centre software (CCaaS)** adds queues, agent desktops, supervisor views, and reporting, so your team can start without building anything. * **A [voice API](https://www.vobiz.ai/docs/blogs/what-is-a-voice-api.md) (CPaaS)** gives you numbers, call control, and media as building blocks. You write the logic and the interface. * **[SIP trunking](https://www.vobiz.ai/docs/blogs/what-is-sip-trunking.md)** supplies only the carrier connection. Your PBX or AI stack stays in charge of the call. The billing model tends to follow the split. [Retell's guide](https://www.retellai.com/blog/cloud-telephony) describes per-user monthly subscriptions, while other services bill pay-as-you-go. As a rule of thumb, seat pricing grows with headcount and usage pricing grows with minutes, so model both against your own traffic. ## How does cloud telephony differ from VoIP, PBX, SIP, and IVR? These terms get compared as rivals, yet they answer different questions. Cloud telephony describes where the system runs, and the others describe a technology, a function, or a feature. | Term | What kind of thing it is | How it relates to cloud telephony | | - | - | - | | **[VoIP](https://www.vobiz.ai/docs/blogs/what-is-voip.md)** | A way to carry voice as IP packets | Almost always used inside it, though [VoIP can also run on-site](https://www.techtarget.com/news/cloud-telephony-cloud-calling/850354/) | | **[SIP](https://www.vobiz.ai/docs/blogs/what-is-sip.md)** | A signalling protocol | One common way to set up its calls | | **SIP trunk** | A carrier connection | One of the products sold under the label | | **PBX** | The function of switching calls inside an organisation | Runs at your site, or in the cloud as a hosted PBX | | **[IVR](https://www.vobiz.ai/docs/blogs/what-is-an-ivr.md)** | A menu feature on a call | A feature that usually runs on the provider's media servers | | **Cloud telephony** | A delivery model | The umbrella over the products above | So "VoIP or cloud telephony?" is rarely the real choice. The useful question is which layers you want to run yourself. ## Which cloud telephony model should you choose? Start from what you already own and who drives the calls. The map below handles most cases in three questions. ![Decision map. If you are keeping a PBX you already run, choose a SIP trunk. Otherwise, if software or an AI agent drives the calls, choose a voice API, or a SIP trunk if your AI stack speaks SIP. Otherwise, if agents need queues and a ready-made desktop now, choose contact centre software. Otherwise choose a hosted PBX.](https://mintcdn.com/vobizai/zCEK3fz30hYHZn0O/images/blog/what-is-cloud-telephony/decision-map-light.svg?fit=max\&auto=format\&n=zCEK3fz30hYHZn0O\&q=85\&s=d935fd58a546801d1421ba4713b6f250) Three situations deserve a second look: * **You need a contact centre with unusual routing.** Ready-made software suits standard flows. Once your routing depends on your own data, a [custom contact centre on an API](https://www.vobiz.ai/docs/solutions/contact-centre.md) may fit better, at the cost of building the agent interface. * **You are building voice AI.** Your AI platform often decides this for you. [SIP or WebSocket streaming](https://www.vobiz.ai/docs/concepts/sip-vs-websockets.md) each suit different stacks, so check what your platform supports first. * **You are migrating in stages.** [Some organisations run hybrid setups](https://www.techtarget.com/news/cloud-telephony-cloud-calling/850354/) during a longer cloud migration. A SIP trunk lets you keep a PBX while you move teams across one at a time. ## Where should the media run? Distance matters more on a phone call than on most web traffic, because neither person can wait for a retransmission. [ITU-T G.114](https://www.itu.int/rec/dologin_pub.asp?lang=e\&id=T-REC-G.114-200305-I!!PDF-E\&type=items), a 2003 Recommendation [still listed as in force](https://www.itu.int/rec/T-REC-G.114), says most applications get essentially transparent interactivity below 150 ms of one-way delay. It treats 400 ms as the ceiling for general network planning. Consider a Mumbai caller talking to a Mumbai agent. Both legs of that call meet at the media server, so its location sets the path length. ![Illustrative stacked bar chart of one-way delay. Media in Mumbai with both people in Mumbai totals about 91 ms. Media in Mumbai with the agent in Delhi totals about 97 ms. Media in Virginia with both people in Mumbai totals about 257 ms, past the 150 ms level from ITU-T G.114.](https://mintcdn.com/vobizai/zCEK3fz30hYHZn0O/images/blog/what-is-cloud-telephony/delay-budget-light.svg?fit=max\&auto=format\&n=zCEK3fz30hYHZn0O\&q=85\&s=1e8c1b3cbca6f34a1235ce32e648966b) Only the distance segment is calculated. G.114 gives a planning figure of 5 µs per km for optical fibre. Mumbai to northern Virginia is about 12,850 km on a great circle, and we assumed routes run 30% longer. The round trip through Virginia therefore covers about 33,400 km and adds about 167 ms. The other segments are round assumptions, so measure your own path before you rely on these totals. ### Choosing how agents connect Agents don't all need the internet. Reaching them over the phone network moves the dependency from your office link to mobile coverage. | Agent connection | Network it depends on | Best when | Watch for | | - | - | - | - | | **Mobile number over PSTN** | The agent's mobile coverage | Field teams and work from home | A second call leg on every conversation, and less control over the handset | | **SIP softphone or desk phone** | Your office or home broadband | Fixed teams with a managed network | Firewall rules and NAT | | **Browser over [WebRTC](https://www.vobiz.ai/docs/blogs/what-is-webrtc.md)** | The agent's broadband | Click-to-call inside your CRM | Headsets, browser permissions, and Wi-Fi quality | | **AI agent over SIP or a stream** | The link between provider and your AI stack | Automated conversations | AI processing time adds to the network delay above | TRAI's [February 2025 numbering recommendations](https://www.trai.gov.in/sites/default/files/2025-02/Recommendation_06022025.pdf) put a SIP call at about 87 kbps with G.711 and 32 kbps with G.729. At those rates, 40 softphone agents on calls at once need about 3.5 Mbps with G.711 or 1.3 Mbps with G.729, by our arithmetic. Budget that in each direction, and leave headroom. ### Sizing capacity Cloud telephony removes hardware limits, but contractual ones remain. Two numbers cap you: concurrent calls and calls per second. Our [SIP trunking guide](https://www.vobiz.ai/docs/blogs/what-is-sip-trunking.md) works through the Erlang B math for inbound lines and the rate calculation for diallers, and both apply to any model here. ## How does cloud telephony work in India? The call flow is the same in India, but the rules around it are denser, and several changed this year. Older articles on the topic can miss all of the 2026 items. ![Timeline of Indian rules. June 2021: DoT OSP guidelines bar toll bypass, a duty on OSPs. February 2025: TCCCPR Second Amendment, a duty on senders. November 2025: DPDP Rules notified, a duty on data fiduciaries. June 2026: enterprise communication authorisation, a duty on providers. September 2026: TCCCPR Third Amendment issued, a duty on senders. November 2026: CNAP due, a duty on operators. May 2027: DPDP phased window ends by our count, still ahead.](https://mintcdn.com/vobizai/zCEK3fz30hYHZn0O/images/blog/what-is-cloud-telephony/india-rules-timeline-light.svg?fit=max\&auto=format\&n=zCEK3fz30hYHZn0O\&q=85\&s=a5c451786d5130039ae6f8b7383876be) | Topic | What applies | Who carries it | Source and date | | - | - | - | - | | **Provider authorisation** | Commercial audio conferencing, audiotex, cloud-based EPABX, and voice mail fall under the enterprise communication service authorisation | Provider | [DoT eServices portal](https://eservices.dot.gov.in/enterprise-communication-service-authorisation), updated July 2026 | | **Promotional calls** | Use the 140xx series after registering with a telecom provider | Sender | [TRAI press release 91/2026](https://www.trai.gov.in/sites/default/files/2026-07/PR_No91of2026.pdf), July 2026 | | **Service and transaction calls** | Entities regulated by RBI, SEBI, IRDAI, and PFRDA, and government bodies, use the 1600xx series | Sender | [TRAI press release 91/2026](https://www.trai.gov.in/sites/default/files/2026-07/PR_No91of2026.pdf), July 2026 | | **Ordinary 10-digit numbers** | Senders are restricted from using them for telemarketing | Sender | [TRAI press release 11/2025](https://trai.gov.in/sites/default/files/2025-02/PR_No.11of2025.pdf), February 2025 | | **Repeat violations** | First instance: outgoing services barred for 15 days. Later instances: all telecom resources, including SIP and PRI trunks, disconnected for one year | Sender | [TCCCPR Second Amendment](https://www.trai.gov.in/sites/default/files/2025-02/Regulation_12022025.pdf), February 2025 | | **Automated calls** | Once in force, declare application-initiated calls and their CLI ranges to the originating provider in advance | Sender | [TCCCPR Third Amendment](https://www.trai.gov.in/sites/default/files/2026-09/Regulation_18092026.pdf), September 2026 | | **Caller name display** | Operators show a calling name on 4G and newer networks | Operator | [DoT circular 01/2026](https://www.dot.gov.in/static/uploads/2026/10/d86da4092d50f052becd6113de83d37e.pdf), 13 October 2026 | | **Toll bypass** | Voice BPOs must not carry PSTN calls between cities, or between India and abroad, over their own network | OSP | [DoT OSP guidelines](https://www.dot.gov.in/static/uploads/2025/08/4e6e21029dc45f42b4e1e57e6300fa72.pdf), June 2021 | | **Personal data** | Consent notices and an 18-month phased compliance period | Data fiduciary | [PIB note on the DPDP Rules](https://static.pib.gov.in/WriteReadData/specificdocs/documents/2025/nov/doc20251117695301.pdf), November 2025 | These rules change often, and this table is a map rather than legal advice. Confirm the current text for your own case. ### The enterprise communication authorisation "Cloud telephony" isn't the regulator's term. DoT's closest category is the [enterprise communication service authorisation](https://eservices.dot.gov.in/enterprise-communication-service-authorisation), under the Telecommunications Act, 2023. The rule-based scope on that portal page lists "cloud-based EPABX service", and its summary writes "cloud-based EPABX/CPaaS". The page gives a national service area and a 20-year validity. [Khaitan & Co reports](https://www.khaitanco.com/sites/default/files/2026-06/Ergo_Miscellaneous%20Telecom%20Services_30062026.pdf) that DoT notified the underlying rules on 23 June 2026, and it flags that they don't spell out each service in detail. We read the portal and that note, not the Gazette text. Three reported conditions matter to a technical buyer: * **Connectivity.** The link between a user and a cloud EPABX can be internet connectivity or a domestic leased circuit from an eligible provider. * **Tenant separation.** The provider must logically partition the parts of its platform that handle different users' telecom resources, and keep logs of that partitioning for at least two years. * **Localisation.** Data, network-system, and user-information location conditions broadly follow the main authorisation rules. The portal also says it no longer accepts new applications under the old Telegraph Act, and that existing licensees apply to migrate. Your provider could therefore hold either an older licence or a new authorisation, so ask which covers the service you're buying. ### Automated calls under the Third Amendment TRAI [announced the Third Amendment on 18 September 2026](https://www.trai.gov.in/sites/default/files/2026-09/PR_No119of2026.pdf). [Its text](https://www.trai.gov.in/sites/default/files/2026-09/Regulation_18092026.pdf) defines an A2P call as a voice call started by an application, software system, or automated platform without direct human dialling, including artificial voice. Autodialled campaigns and outbound AI agents appear to match that wording, so raise it with your provider before launch. Undeclared A2P calls count as unsolicited commercial communication. The regulation also lets a terminating operator charge the originating operator up to ₹0.05 per minute on A2P calls, with an exemption for the 140xx, 1600xx, and 1601xx series. Both provisions start 60 days after Gazette publication. The notification is dated 18 September 2026, so by our count they can't start before about 17 November 2026. We could not confirm the publication date, so check whether they apply on your launch date. ### Caller name display [DoT's circular](https://www.dot.gov.in/static/uploads/2026/10/d86da4092d50f052becd6113de83d37e.pdf) tells access providers to show a calling name from 1 November 2026. A called user's saved contact name takes priority. Otherwise, the name comes from the originating operator's subscriber record. Business and bulk users may be offered a "preferred name", which must be a registered trade mark or a GST-registered trade name, verified by the operator. The circular defers 2G, 3G, and PSTN networks for later examination, and it doesn't mention SIP or PRI. Ask your provider how your calls will display, and which name sits on your connection. ### Toll bypass and OSP status The [2021 OSP guidelines](https://www.dot.gov.in/static/uploads/2025/08/4e6e21029dc45f42b4e1e57e6300fa72.pdf) apply to voice-based business process outsourcing, and they exclude entities outside that activity. If you are an OSP, they shape your cloud design directly: * OSPs may take EPABX services from telecom service providers, or place their own EPABX in a third-party data centre in India. * An EPABX abroad is allowed, provided you keep CDR and system-log copies at an OSP centre in India. * You stay responsible for any toll bypass, including through remote agents. [Khaitan & Co reports](https://www.khaitanco.com/sites/default/files/2026-06/Ergo_Principal%20Telecom%20Authorisation%20Rules_26062026.pdf) a wider reset of telecom authorisation rules in June 2026. We could not confirm whether it changes the OSP position, so check before you design around it. ### Recordings and personal data Recording is standard in cloud telephony, and a recording that identifies a person is likely to be personal data. [The DPDP Rules](https://static.pib.gov.in/WriteReadData/specificdocs/documents/2025/nov/doc20251117695301.pdf) were notified in mid-November 2025 with an eighteen-month phased period, which by our count ends in mid-May 2027. They require clear consent notices and let people withdraw consent. That end date could move. [MeitY proposed in January 2026](https://ssrana.in/articles/meity-plans-to-cut-short-dpdp-compliance-timeline-and-notify-cross-border-restrictions-for-sdfs/) cutting the window to 12 months, and reports differ on whether the cut covers all data fiduciaries or only significant ones. [A tracker updated on 9 October 2026](https://consentos.in/learn/dpdp-rules-notification-status/) says the change had not been gazetted, and we found no Gazette notice either. Take advice on your notice wording, retention period, and transcripts. ## What should you ask a cloud telephony provider in India? Feature lists look alike across vendors, so these questions test the parts that are harder to change later. Skip any that don't match your model. | Question | Why it matters | | - | - | | Which authorisation or licence covers the service you're selling me? | Your supply chain depends on it, and the framework is mid-migration | | Where does media run on my India calls? | It sets delay, and it can decide whether a call is allowed | | How do I declare A2P use, and who records it? | Undeclared calls count as unsolicited once the rule starts | | Which number series do I get for each call type? | The wrong series is a compliance problem, not only a routing one | | What name will my calls display? | Caller name display now depends on subscriber records | | What happens when my webhook fails or times out? | This decides whether a bad deploy drops live calls | | Do I get MOS, jitter, and packet loss for each call? | You can't fix quality that you can't see | | How are concurrency and CPS sold, and what happens at the limit? | Callers hear busy tones at the ceiling | | Where do recordings live, and for how long? | It feeds your retention and consent decisions | ## How Vobiz handles cloud telephony Vobiz is a programmable voice platform, so it sits in the voice API and SIP trunking columns of the matrix above. You build the logic and connect the systems you already use. * **Numbers.** [Buy a number](https://www.vobiz.ai/docs/buy-a-phone-number.md) in the console or over the API. [India number KYC](https://www.vobiz.ai/docs/compliance/india/kyc.md) comes before renting Indian numbers. * **Call logic with VobizXML.** A [Vobiz application](https://www.vobiz.ai/docs/platform/voice/applications.md) ties a number to your server. Vobiz requests instructions from your Answer URL, and it [executes the VobizXML you return](https://www.vobiz.ai/docs/xml/overview/how-it-works.md). A Fallback Answer URL takes over if the primary returns a 5xx error or times out, and the [best-practices page](https://www.vobiz.ai/docs/xml/overview/best-practices.md) asks you to respond within 1 to 2 seconds. * **Call control over REST.** The [Call API](https://www.vobiz.ai/docs/call/overview.md) places, transfers, records, and ends calls authenticated with your Auth ID and Auth Token. * **SIP trunks.** [Vobiz SIP trunking](https://www.vobiz.ai/docs/platform/sip/overview.md) connects a PBX, AI agent, or VoIP stack, with [trunks](https://www.vobiz.ai/docs/trunks.md) for outbound and inbound. * **Agent legs.** `Dial` bridges to [a PSTN number or SIP user](https://www.vobiz.ai/docs/xml/dial.md). Registered soft-phones and WebRTC clients use [endpoints](https://www.vobiz.ai/docs/platform/voice/endpoints.md), and the [WebRTC Playground](https://www.vobiz.ai/docs/integrations/webrtc-application-setup.md) lets you try browser calling. * **Media.** [Audio Streams](https://www.vobiz.ai/docs/audio-streams.md) forks live call audio to your WebSocket server, with a bidirectional mode for AI agents. [Recordings](https://www.vobiz.ai/docs/platform/voice/recordings.md) stay available for 30 days, and you can [export them as an archive](https://www.vobiz.ai/docs/recording/export-historical-recordings.md) before that window closes. * **Quality data.** Each [call detail record](https://www.vobiz.ai/docs/cdr.md) reports `mos`, `jitter`, `packet_loss`, and `codec`. * **Capacity.** [Concurrency](https://www.vobiz.ai/docs/platform/capacity/concurrency.md) and [CPS](https://www.vobiz.ai/docs/platform/capacity/cps.md) are separate account limits. The [CPS and concurrency calculator](https://www.vobiz.ai/docs/resources/calculator.md) helps you model a campaign. * **Campaigns and tenants.** [Campaigns](https://www.vobiz.ai/docs/platform/campaigns/list.md) run bulk outbound dialling with retries and per-attempt logs. [Sub-accounts](https://www.vobiz.ai/docs/platform/subaccounts.md) give each customer or team its own credentials, numbers, and usage. * **Integrations.** [Vobiz integrations](https://www.vobiz.ai/docs/integrations.md) cover CRMs such as Salesforce and HubSpot, and voice AI platforms such as LiveKit and Vapi. * **India.** [Calling regulations](https://www.vobiz.ai/docs/compliance/india/calling-regulations.md) cover KYC, caller ID, and media anchoring, under which both legs of an Indian call stay in India. A call that breaks this fails with the [Violates Media Anchoring hangup cause](https://www.vobiz.ai/docs/concepts/hangup-causes.md). The [UCC page](https://www.vobiz.ai/docs/compliance/india/ucc.md), [140 and 160 series guide](https://www.vobiz.ai/docs/best-practices/140-160-acquisition.md), and [DLT registration guide](https://www.vobiz.ai/docs/best-practices/dlt-registration.md) cover commercial calling. * **Pricing and reach.** Vobiz is [available in 130+ countries](https://www.vobiz.ai/docs/introduction.md), and current rates are on the [Vobiz pricing page](https://www.vobiz.ai/pricing/). Test calls and capacity purchases are billed to your account. Run them with your own credentials, and confirm numbers and quantities first. ## Frequently asked questions > [accordion] What is cloud telephony in simple words? > > It is a business phone system that a provider runs for you on its own servers. You get numbers, call routing, recording, and reports through a browser or API. Customers still call you on normal phone numbers, and you buy no PBX hardware. > [accordion] Is cloud telephony the same as VoIP? > > No. VoIP is the method of carrying voice as IP packets. Cloud telephony is a way of delivering a phone system, with the provider running it. Most cloud telephony uses VoIP inside, but VoIP can also run on equipment at your own site. > [accordion] Is cloud telephony legal in India? > > Yes, when providers hold the right authorisation and you follow the calling rules. DoT lists cloud-based EPABX under its enterprise communication service authorisation. TRAI's rules then govern number series, consent, and automated calls. Check the current text and take legal advice for your case. > [accordion] Do I need internet for cloud telephony? > > Not always at the agent's end. An agent can take calls on a mobile number over the phone network, with no office data link involved. Softphones and browser calling do need stable broadband. Your application servers also need reliable internet to answer webhooks. > [accordion] How does cloud telephony differ from a cloud PBX? > > A cloud PBX is one product within cloud telephony. It focuses on office extensions and internal calling. Cloud telephony also covers contact centre software, voice APIs, and SIP trunks, which suit customer calling, software-driven calls, and existing phone systems. > [accordion] Can cloud telephony connect to AI voice agents? > > Yes. An AI agent usually joins a call over a SIP trunk or a real-time audio stream over WebSocket. Your AI platform often decides which one to use. In India, automated outbound calls appear to match TRAI's A2P wording, so check that with your provider. ## Further reading on Vobiz * [What is VoIP?](https://www.vobiz.ai/docs/blogs/what-is-voip.md) · [What is SIP trunking?](https://www.vobiz.ai/docs/blogs/what-is-sip-trunking.md) · [What is a voice API?](https://www.vobiz.ai/docs/blogs/what-is-a-voice-api.md) * [What is an IVR?](https://www.vobiz.ai/docs/blogs/what-is-an-ivr.md) · [Build a cloud IVR on Vobiz](https://www.vobiz.ai/docs/solutions/cloud-ivr.md) · [Custom contact centre on Vobiz](https://www.vobiz.ai/docs/solutions/contact-centre.md) * [SIP vs WebSockets](https://www.vobiz.ai/docs/concepts/sip-vs-websockets.md) · [India calling regulations](https://www.vobiz.ai/docs/compliance/india/calling-regulations.md) · [Quick start](https://www.vobiz.ai/docs/quick-start.md) ## Sources **Indian regulators and government** * DoT, [Enterprise Communication Service Authorisation, eServices portal](https://eservices.dot.gov.in/enterprise-communication-service-authorisation), last updated 7 July 2026. * DoT, [Circular 01/Licensing Policy/2026: Introduction of calling name presentation service](https://www.dot.gov.in/static/uploads/2026/10/d86da4092d50f052becd6113de83d37e.pdf), 13 October 2026. * DoT, [Revised Guidelines for Other Service Providers](https://www.dot.gov.in/static/uploads/2025/08/4e6e21029dc45f42b4e1e57e6300fa72.pdf), 23 June 2021. * TRAI, [Press release 119/2026 on the Third Amendment](https://www.trai.gov.in/sites/default/files/2026-09/PR_No119of2026.pdf), 18 September 2026. * TRAI, [Telecom Commercial Communications Customer Preference (Third Amendment) Regulations, 2026](https://www.trai.gov.in/sites/default/files/2026-09/Regulation_18092026.pdf), 18 September 2026. * TRAI, [Press release 91/2026 on the 1600 and 140 series](https://www.trai.gov.in/sites/default/files/2026-07/PR_No91of2026.pdf), 10 July 2026. * TRAI, [Telecom Commercial Communications Customer Preference (Second Amendment) Regulations, 2025](https://www.trai.gov.in/sites/default/files/2025-02/Regulation_12022025.pdf), February 2025. * TRAI, [Press release 11/2025 on the TCCCPR amendments](https://trai.gov.in/sites/default/files/2025-02/PR_No.11of2025.pdf), February 2025. * TRAI, [Recommendations on Revision of National Numbering Plan](https://www.trai.gov.in/sites/default/files/2025-02/Recommendation_06022025.pdf), 6 February 2025. * PIB, [DPDP Rules, 2025 Notified](https://static.pib.gov.in/WriteReadData/specificdocs/documents/2025/nov/doc20251117695301.pdf), November 2025. **Legal commentary** * Khaitan & Co, [Update on the miscellaneous telecommunication services rules](https://www.khaitanco.com/sites/default/files/2026-06/Ergo_Miscellaneous%20Telecom%20Services_30062026.pdf), June 2026. * S.S. Rana & Co., [MeitY plans to cut short DPDP compliance timeline](https://ssrana.in/articles/meity-plans-to-cut-short-dpdp-compliance-timeline-and-notify-cross-border-restrictions-for-sdfs/), February 2026. * ConsentOS, [DPDP Rules notification status](https://consentos.in/learn/dpdp-rules-notification-status/), updated 9 October 2026. * Khaitan & Co, [Update on the principal telecommunication services authorisation rules](https://www.khaitanco.com/sites/default/files/2026-06/Ergo_Principal%20Telecom%20Authorisation%20Rules_26062026.pdf), June 2026. **Standards** * ITU-T, [G.114 (05/2003): One-way transmission time](https://www.itu.int/rec/dologin_pub.asp?lang=e\&id=T-REC-G.114-200305-I!!PDF-E\&type=items), and its [status page](https://www.itu.int/rec/T-REC-G.114). * IETF, [RFC 3550: RTP: A Transport Protocol for Real-Time Applications](https://www.rfc-editor.org/rfc/rfc3550.html), July 2003. * IETF, [RFC 5853: Requirements from SIP Session Border Control Deployments](https://www.rfc-editor.org/rfc/rfc5853.html), April 2010. **Other guides we read** * TechTarget, [Cloud telephony (cloud calling)](https://www.techtarget.com/news/cloud-telephony-cloud-calling/850354/), July 2023. * Retell AI, [Cloud Telephony: What It Is, How It Works and How To Choose A Provider](https://www.retellai.com/blog/cloud-telephony), July 2026. > [card] [Build on Vobiz](https://www.vobiz.ai/docs/quick-start.md) > > Get a number and place your first call. This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.