On Tue, 18 Oct 2005, Andre Oppermann wrote:
No. Within a region. Normally area codes are a region. Sometimes entire country codes are a region in this sense. Depends on the size of the region/country though. In some cases there is even more than one area code for the same region.
Ah, yes, that I know. I thought maybe you were referring to number -> GSM SIM IMSI mapping within a telco, or whatever is the equivalent for fixed-line. (How roaming is done is really interesting btw). <snip interesting details>
said default carrier. On top of this forwarding doesn't come for free.
Of course not.
the call routing tables on my switches with that registry. In a very competitive area this lead to 30-50% of all numbers being ported and thus showing up in my routing table.
Yep. Any geographic solution must consider that disaggregation will always tend towards 100%.
As we know from the Internet DFZ the routing table becomes very large.
However, it can be confined to that arbitrary area.
That's why number portability is normally only offered within the same area code or region. So you can't take your NY fixed line phone number to LA. Unless of course you have someone picking up the call in NY and transporting it to you in LA.
Yep, obviously ;).
You can forget that X.25 stuff. It's only used for SS7 message routing and doesn't have anything to do with call routing as such.
Ah, it was used for everything in that network actually - but that was a very very specialised telco network. (And they had started moving to IP when I last worked with them.)
Outgoing are not affected because the TDM network always sets up parallel in/out path's. The return channel for your outgoing call doesn't come back through your former mobile operator.
Sure. However this is the main difference between the TDM network and the Internet. Due to this fact many things work on the phone network like carrier pre-selection, phone number portability, etc., that do not work on an IP network.
I'm not source how assymetric paths affect portability etc. Also, IP is well capable of that, and makes life easier.
On the phone network the prefix information is not dynamically exchanged.
Uhm, sure it is.
There are number portability registries whose data you can download every night or so and then dump it into your own switch or IN platform.
The number portability registries can be updated infrequently, yes. The telco prefix routing information however most definitely *is* routed dynamically. Maybe you don't have to participate in this routing (your not a telco?), but between the telcos - most definitely ;). (If not, we were scammed for a fortune for dynamically routed redundancy of calls across a set of exchanges ;) ).
2. Providers must be prepared to carry other providers traffic into the area
Only one of them. The 'default' carrier. There are many phone networks and carriers carrier who do not have 100% coverage.
Let me restate that: 2. One or more providers must be prepared to carry any providers traffic into the area Same thing. The incentive for providers to announce such an area-prefix to as many other providers outside of the area as possible would be to reduce settlement fees within the area for the smaller providers, and for the big ones -> make money.
2a. The providers within the area have to figure out how to bill for the difference of this traffic.
No. Usually the tariff is set by the regulator based on some fixed interconnection charge and network element usage.
How they figure it out (with or without a regulator) doesn't matter. It just has to be figured out. We don't have IP regulators, so for IP providers would have to figure it out all by themselves obviously. ;) That'd be the stumbling block I suspect.
Well, we can learn from them that circuit switched networks are different than packet switched networks. Beyond that not much.
If you want to focus on the differences between IP and POTS/GSM, sure, they're completely different. However, the point is to examine the abstract model for how telcos manage to achieve number portability without global-scope exchange of subscriber information and see what, if any, techniques could apply to IP.
To summarize the differences between PSTN and Internet routing:
o PSTN ports numbers only within regions/area codes
We're discussing what would be possible with area (rather than provider) assigned IP addresses. Ie, this is as possible for IP as PSTN, if $RIR decides to make some allocations in this way.
o PSTN routes the return path along the forward path (symetric)
I thought you said it didn't? No matter, IP is assymmetric.
o PSTN calls have pre-determined characteristics and performance (64kbit)
No bearing on routing.
o PSTN has static routing with periodic sync from porting database
The important point is that information to describe number->provider is exchanged betweeen providers in the area only. Whether it's done by dynamic protocols, email or post is an irrelevant detail, all that matters is that we have a way to do same in IP (we do: BGP).
o PSTN pays the routing table lookup only once when doing call setup
Well, that's simply a fundamental difference between packet and circuit switching ;).
o PSTN call forwarding and peering is not free or zero settlement
Indeed, I thought I had emphasised that working out the billing would be a major component of area-allocated IP. ;) regards, -- Paul Jakma paul@clubi.ie paul@jakma.org Key ID: 64A2FF6A Fortune: QOTD: "There may be no excuse for laziness, but I'm sure looking."