Categories
IETF

IETF drinks: Regarding domains in usecases-02

I’ve written about this already a few times in various IETF / RIPE lists, but it seems to be relevant to the current draft as well, so here is a repeat:

According to the usecases draft, SSPs report the public identities of their customers to the registry so that the registry can store the mapping to destination groups. All fine and dandy for TN based public identities, but what about sip:user@domain?

These URIs come in (at least) two flavors:

a) the domain is the provider’s domain (e.g. “verizon.com”)
b) the domain is owned by the customer (e.g. “shockey.us”)

The first one makes it easy for the SSP to authoritatively tell the registry that it provides service for whatever URI it is going to provision. So from the point of drinks, this is easy.

[I still very much doubt that solely offering such PIs to customer is dangerous to the SSPs as they might be forced to offer PI portability, which would really mess up a lot of assumptions.]

So what about b)? Portability is a given, and ISPs are used to deal with customer-owned domains for email and web. Good. So what’s the authorization mechanism? For email and the web it’s simple: the entity which controls the domain must set the respective MX and CNAME/A records so that the rest of the world know who provides email/web services for this domain. If the control over the domain changes, so does instantly change the control over email and the website.

Now, if a SSP can provision any URI regardless of the domain ownership status / domain content, this opens up a pandora’s box of interesting errors. We now duplicate who operates SIP service for a domain in two databases which can and will run out of sync with each other.

I consider it thus a lot more in line with the rest of the Internet protocols to store the mapping domain -> destination group in the DNS and not some other registry.

Categories
IETF

Some comments on draft-channabasappa-drinks-usecases-requirements-02

Richard wants feedback, so here it comes.

This document is a _lot_ better than -01. Much more consistent.

Overall impressions:

  • This is a telco design. Basic bell-head thinking with only some marginal sprinkling of Internet ideas. This is a document which describes how one might carry over the telco provisioning, interconnection and call routing approaches to the VoIP world.

    All fine and good, but to be provocative: why is this an IETF WG document and not an ITU-T, OASIS or 3GPP paper? The role model, the actors and a most use-cases are almost straight from the PSTN playbook.

  • This is way too ambitious on one hand. Defining all this in a single protocol and implementing the registry which actually does all these things is a herculean task.

    Layering, folks. Layering.

    Divide the problem into discrete, clearly separated sub-problems (see the speermint LUF/LRF split for a good one) and the complexity can be brought under control.

  • This is way too conservative on the other hand. There is little dynamic routing. There is no integration of enterprise VoIP routing with carrier routing. There no possibility of ad-hoc peering.

Okay, some specifics:

Categories
System Administration

Windows XP: Doh.

Letzte Woche:

Windows: Starten Sie neu

Verarschen kann ich mich selber.

Categories
Pet Peeves

Kafka would be proud

I used to work for KPNQwest, which was a pan-European company. They tried to offer seamless service across Europe (which failed miserably) and tried things like regional service centers.

Dealing with Interxion gives me Deja-Vues. They, too, try to offer the same service in all of their Datacenters across Europe. And they, too, have their centralized customer care. Here the fun starts:

Categories
Tracks

Train Tracks

track 2009-02-08

This one started with a plain rounded square and then started to branch out.

Categories
Life Pet Peeves

Buying a new TV set

I had hoped to replace my old CRT in a few years when the pace of innovation on the LCD side had settled down, the standards have really established themselves, more HD content feeds are available, and the prices are lower than now. But no, the CRT called it quits a few weeks ago (no more vertical beam deflection) and we are forced to buy now.

Well, shucks.

I won’t repeat what’s been discussed to death in the various videophile sites and price-comparison fora. Just one simple question:

Why don’t hand the shops out simple 1:1 scale paper pictures of the various TV sizes? It is really hard to picture how the set you see in the showroom will look like in your living room and thus decide which size you want to buy.

Thus I spent yesterday evening getting the measurements of 32, 37 and 42 inch TVs and cutting cardboard as mockups. Holding these against the wall almost instantly told us what size we really need/want.

So dear Philips, Sony, Toshiba & co: what about it?

Categories
Internet

Some thoughts on .tel

Last week Carsten Schiefner talked about .tel at the nic.at Registrartag in Vienna. Now that .tel has finally launched, here are my thoughts on this new TLD:

Categories
Austria Life

East / West and counter-intuitive train stations

I was booking train tickets from Vienna to Budapest this week and noticed the following absurdity:

My train from Vienna to Budapest leaves at Wien Westbahnhof and arrives at Budapest Keleti pályaudvar. In other words, I’m leaving from the western train terminal in Vienna and will arrive at the eastern train station in Budapest.

So far, so good.

It’s just that Budapest is straight to the east of Vienna.

(Yes, there are good reasons for that, for the Vienna side it’s that the train is coming from Zurich. In Budapest Keleti seems to be the default station for international trains.)

Categories
Pet Peeves

Numerology and Haider’s death

I spent this weekend in Carinthia and got treated to the local press. The KTZ had on their front-page a story about a numerologist who had calculated that Haider was in great danger during October and November. She had tried to warn him, but they didn’t manage a meeting before his date with a concrete fence post.

As usual, the story did not ask the only really relevant question: How many other calamities had she predicted in her career that did not came to pass?

Categories
Life

Dusting off old files

Today I was trying to free up the IDE disk of my old PC to be used inside an USB enclosure as external disk for our laptops. This is pure archeology: backups of prehistoric home-directories are contained in disk-images of slightly less ancient hardware. Some of the files are there in duplicates, as I made backup copies long time ago.

One of the more interesting things I stumbled upon were the files containing my master thesis in Mathematics. That document was written in LaTeX and handed in in 1996. I haven’t touched TeX for a long time now and had no idea whether my files from back then would still work on a current Linux box.

So I installed the Ubuntu LaTeX packages on my laptop to a) test the TeX processing and to check how good the current LaTeX to HTML conversion tools work.

Everything worked surprisingly smooth except for a non-standard package I used to format and include C source code: tgrind.

It seems like the current version is no longer compatible to what I used back then, at least it doesn’t define the \tagrind macro. Luckily I had the full disk image of my old box, thus I could copy in the missing style and macro files.

Adding them to my TeX distribution made everything work. The speed on current hardware is not bad, too: a complete TeX run takes only a third of a second on my laptop. Well, the 486DX2-66 I used back then was a magnitude or two slower.

So here are the results: