voip_tower_company
New Member
- Joined
- Oct 13, 2026
- Messages
- 2
- Reaction score
- 0
If you are buying SIP capacity in volume to supply your own customers, the offer in front of you describes a route: destinations, rates, a technical spec. Your customers will not experience a route. They will experience calls that connect or do not, caller IDs that get labelled or do not, and numbers that work on Monday and are dead on Thursday. This article is about the gap between those two descriptions, and about who answers for which part of it.
A company that resells SIP trunking is not reselling a route — it is taking on an operating responsibility for its customers' calls, and the contract with the upstream provider decides which failures (blocked caller IDs, dead numbers, end-client compliance) land on the reseller and which the upstream absorbs. Read that as a reason to open the agreement before the rate sheet.
A blocked or labelled caller ID. Your end client sees answer rates fall and calls you. Whether the cause is their own calling pattern or the reputation of the number, you are the one who has to explain it and the one who has to produce a fix. What you can fix depends on what your upstream will do about a number: replace it, how fast, and whether your customer has to prove anything again to get a new one.
A dead number. An inbound line that stops delivering is your customer's missing sales call or support queue. The questions for the agreement are who notices first, who tells whom, and who holds the stock to put a working number in its place.
An end-client complaint. If your end client has a complaint about a call, you are the party they can reach.
The end client's compliance file. If a number cannot be issued until a document set is reviewed, someone has to collect that set from your end client. Ask whether your own registration can stand in for theirs, since the next section stays on that question.
The consequence follows directly from that rule. If you resell, collecting and keeping a document set per end client becomes part of your job, because your own registration cannot stand in for theirs. Build that step into the way you take on customers before you commit to volume, not after the first order stalls on a missing file.
On the VoipTower side, the mechanics around those documents work like this. A company is onboarded once and receives a KYC token that is reused on later orders, so a re-order does not restart verification. Compliance review happens before provisioning, not after a problem shows up. A caller ID is allowed only on a number bought through VoipTower or verified as ported in. None of this removes the need for your end client's documents on the first order in a direction.
On VoipTower outbound pools, a cap on call attempts per number per day is part of the offer, and sustained volume above the cap is not a violation. It is the signal to add numbers to the pool, so the cap works as capacity planning and not as a penalty. Separately, calls above the configured capacity are rejected, not charged at a premium, and billing of a call starts at answer, so post-dial delay is not billed.
Put the same questions to any other agreement: what happens to calls above the limit, and is a per-number cap a penalty trigger or a planning signal? For VoipTower outbound pools there is no per-seat and no per-channel fee: a pool per direction, extra numbers added per month, traffic billed per minute at the pool rate.
Whichever upstream you pick, mark the map before you sign. For every row, ask which clause moves it, and ask what you will do about each row where the answer is none.
A company that resells SIP trunking is not reselling a route — it is taking on an operating responsibility for its customers' calls, and the contract with the upstream provider decides which failures (blocked caller IDs, dead numbers, end-client compliance) land on the reseller and which the upstream absorbs. Read that as a reason to open the agreement before the rate sheet.
Where the first hit lands
Your end client has no contract with your upstream, so the only party they can hold to account is you. That one fact decides where an incident arrives first, whatever caused it.A blocked or labelled caller ID. Your end client sees answer rates fall and calls you. Whether the cause is their own calling pattern or the reputation of the number, you are the one who has to explain it and the one who has to produce a fix. What you can fix depends on what your upstream will do about a number: replace it, how fast, and whether your customer has to prove anything again to get a new one.
A dead number. An inbound line that stops delivering is your customer's missing sales call or support queue. The questions for the agreement are who notices first, who tells whom, and who holds the stock to put a working number in its place.
An end-client complaint. If your end client has a complaint about a call, you are the party they can reach.
The end client's compliance file. If a number cannot be issued until a document set is reviewed, someone has to collect that set from your end client. Ask whether your own registration can stand in for theirs, since the next section stays on that question.
The end client's documents are the plot, not a footnote
On VoipTower's outbound pools, the documents required are the end-client KYC set shown for the direction. For a customer who supplies traffic as a transit or reseller account, those are the documents of their end client. The transit company's own papers do not substitute.The consequence follows directly from that rule. If you resell, collecting and keeping a document set per end client becomes part of your job, because your own registration cannot stand in for theirs. Build that step into the way you take on customers before you commit to volume, not after the first order stalls on a missing file.
On the VoipTower side, the mechanics around those documents work like this. A company is onboarded once and receives a KYC token that is reused on later orders, so a re-order does not restart verification. Compliance review happens before provisioning, not after a problem shows up. A caller ID is allowed only on a number bought through VoipTower or verified as ported in. None of this removes the need for your end client's documents on the first order in a direction.
Capacity, fair use and what a bill can contain
If your customers do not forecast their own volume, you will be the one forecasting it, so how an upstream treats volume matters to you.On VoipTower outbound pools, a cap on call attempts per number per day is part of the offer, and sustained volume above the cap is not a violation. It is the signal to add numbers to the pool, so the cap works as capacity planning and not as a penalty. Separately, calls above the configured capacity are rejected, not charged at a premium, and billing of a call starts at answer, so post-dial delay is not billed.
Put the same questions to any other agreement: what happens to calls above the limit, and is a per-number cap a penalty trigger or a planning signal? For VoipTower outbound pools there is no per-seat and no per-channel fee: a pool per direction, extra numbers added per month, traffic billed per minute at the pool rate.
Questions to take to the upstream, drawn from the map
You do not need a checklist from outside. The map already generates your questions, one for each row where you found no clause.Who replaces a blocked number, how quickly, and from what?
If the answer is "we will look into it", you have found a row that stays with you. If the answer names a stock held for your customer and says whether new documents are needed, you can price that row into your own offer.Is any quality commitment conditional?
Ask whether the commitment depends on the kind of traffic your customers send, and how the upstream decides that traffic is not clean. VoipTower states its condition openly: quality is held for clean traffic, and results for traffic that is not clean are not promised. Whatever you are offered, ask for the condition in writing, since you will be the one explaining it to your customer.Which timeline is being quoted?
Review of an account request, the first number in a new country, and a re-order for a customer with a token and a previous order in that country are three different timelines. At VoipTower the first is a review of the request, the second is bound by the country's regulator and carrier, and the third is delivered from the customer's stock. The current first-number ETA for a country is on the pricing page. Do not accept one figure that blends the three.Is there a minimum term, and on which direction?
At VoipTower the minimum term, if any, depends on the direction and is confirmed before payment. It applies to numbers there and to outbound pools on the same direction alike, because a pool is built from numbers. Ask for the equivalent in writing from any other upstream.Where this leaves you
If you are an integrator, a BPO or a small operator supplying voice to customers of your own, the map above is a way to read an agreement as a division of failures instead of a division of routes. VoipTower is one answer to the question of who owns what: a managed layer on the served directions, scoped as described above. The product is described on the wholesale SIP page and the connection side on the SIP trunking page; rates are on the pricing page.Whichever upstream you pick, mark the map before you sign. For every row, ask which clause moves it, and ask what you will do about each row where the answer is none.
Phone System 