Welcome to my (empty) Blog :)

I have moved all of my old blog posts to the Archive section.
At one point I will add more information to the main page.


ActiveSync problems with cooked ROM's

I ran into an ActiveSync issue with my builded ROM's. When synchronizing with Exchange, the sync failed with the error code 80070008 or 8007000e. This means that the mobile device doesn't have enough free memory. However, my ROM's had at least 47MB of free memory. All seemed to be fine.

It turned out that I was using an old version of my OEM directory however I still used the newest SYS and EXT Packages. I downloaded the latest official Rhodium ROM from HTC, extracted it and used this OEM directory. Now my ROM was connecting fine with my Exchange server.

As you can see in my previous post I've released my 1st Beta DaxyROM release. I've also created a tutorial how you can create your own ROM.

Link to DaxyROM info.
Link to my tutorial.


I've decided to create my own ROM for my HTC Touch Pro2 (a.k.a. Rhodium).
You'll see some updates on this on this blog as well.

Just a few minutes ago I released my first test build. If you would like to see what it is, what it can do and if it's something for you, just follow this link: http://bit.ly/2kRf7y

DaxyROM-v0.1e is out there now. When it's stable enough I will release v1.0 and above :)

Down for everyone of just me?

Everybody ran into this at least once in his life. You can't access a website and you're wondering if it's just your internet connection or an outage at the website.

You can easily check this at the website http://downforeveryoneorjustme.com/

Change the default telnet client in Windows

I just keep on forgetting what to change to get this working. As I don't want to search everytime I'm just posting a shameless copy from Rene's ICT Notepad.

Enable handling of telnet://hostname:port/ URLs on the command line. With this feature, you can now set PuTTY as the default handler for Telnet URLs

If you run the Registry Editor (Start->Run->regedit.exe) and set the value in:
HKEY_CLASSES_ROOT\telnet\shell\open\command to be: "\path\to\putty.exe" %1
(with the full pathname of your PuTTY executable), you should find that clicking on telnet links in your web browser now runs PuTTY.

This is confirmed to be working for Chrome on Windows 7.

Changes to my blog - A New Start

It was about time I started posting something again. My last post was over a year ago, this can't be the idea of a Blog ;)
I decided to change the blog a bit around. I will no longer be trying to pretend I'm a writer/journalist who can create stories which interests everybody.

As of today I will start posting small stories. Things I find interesting. Things I need in my daily life, etc. First one will be how to change the Windows registry so Putty is my default telnet application.

Hope you like the new content. Otherwise we'll meet again somewhere else :D

Funny: Ethereal to Wireshark Migration Guide

Someone just pointed me at the Ethereal to Wireshark migration guide posted at http://www.wireshark.org/migration.html

This is a shameless copy of this excellent (and funny) guide:


Migrating from Ethereal to Wireshark is a long and arduous process. A typical migration project requires the following resources:

* 1 (one) project manager (PMP certification preferred)
* 1 (one) assistant project manager
* 2 (two) pirate hats
* 2 (two) system administrators
* 1 (one) duck
* 2 (two) network administrators
* 4 (four) support staff
* 2 (three) bags of hammers

If you allocate full-time staff to the migration, it can take as little as six weeks for preparation and planning, and four weeks for the migration itself. Past migrations have resulted in some maiming and blood loss. A recent survey of human resources directors found that the amounts were within acceptable tolerances.

The complete migration procedure is detailed below:

1. Place the pirate hats near the project manager, assistant project manager, and system administrators. Allow time for them to start fighting over the hats (about 3.5 seconds).
2. Place the duck on top of a core switch and allow it to nest.
3. Casually mention to a support person that you heard a quacking noise near the data center. Allow time for word to get to the network administrators, and for the support staff to gather together to watch the spectacle.
4. To ensure that you're not disturbed, keep the bags of hammers nearby and maintain a stern expression.
5. Uninstall Ethereal.
6. Install Wireshark.

Note: Steps 5 and 6 should take about three minutes.

Funny story: OSPF

While working in a Support Organization of a networking company, I come across a lot of funny and interesting stories. Here is one of them.

One of our customers, who's name we of course will not mention, opened a Support case. He complained that his routers were suffering from a high CPU load and thus the routing table was not up-to-date. Very quickly we came to the thought that is had to be because of OSPF not updating the hardware table quickly. At some point I asked him how many OSPF routers he had in the Area. His answer was 1500!!!

One might say that 1500 routers in 1 OSPF area can occur in large networks. This sure can happen, but then it is time for a redesign of the network. Let me explain why this isn't a good idea.

OSPF calculates the shortest path for each route. This means that if 1 router goes down, it will need to re-calculate the shortest path. With 1500 routers in 1 Area it will result in a lot of OSPF changes and thus a lot of re-calculations. Add all packets sent to the OSPF All-Routers Multicast group and you will have a swamped CPU.

What would be a good number of routers in 1 Area then? There is no clear answer for that. When asking around a number between 200 and 250 seem to be common. Keep in mind that there are routers with a stronger CPU and routers with a smaller CPU (mostly elderly routers). Remember that even the smaller sized routers need to be able to update their tables, otherwise they can choke the rest of the network. If they can't keep up with the rest, place them in a Stub Area or replace them.

Major networking equipment manufacturers sued

It seems that almost all major networking equipment manufacturers are sued by a company called Network-1. Named companies in the lawsuit are Cisco Systems, Cisco-Linksys, Enterasys Networks, 3Com Corporation, Extreme Networks, Foundry Networks, Netgear and Adtran.

What happened?
According to Network-1 they have been granted a patent for "Apparatus and Method for Remotely Powering Access Equipment Over a 10/100 Switched Ethernet Network”, also known as IEEE 802.3af PoE standard. Back in 2005 Network-1 has won a lawsuit from D-Link which resulted in a license agreement where D-Link will pay D-Link 3,25% of net sales to Network-1.

What will happen?
I cannot tell. Probably a long term litigation will start where each of the above companies fight their own war, or maybe a pack will arise where they all fight Network-1. My guess is that, because of the D-Link litigation, all companies will have to pay a certain amount of money as well. I will keep you all updated though.

More information on Juniper's switching product

January 29th, that will be the date Juniper will launch their switching product. As the date is coming closer, rumors are increasing and I'll just add a little bit :)

Juniper calls the switching line "Hurricane". This is the codename for their custom CPU. The switches are based on Marvell's ASCIC's. The line will consist of 6, 9 and 13 slots. All are 100Gbit/s per slot ready. There will be modules with 10x 10GE ports, but they will arrive later.

I'm really curious what the product will look like, is capable of and what it will achieve. Only future will tell us, well see!

What will 2008 bring us?

I all, we're back!

It has been a while since something news has been posted around here. With 2008 almost kicking in it is a good moment to start posting again. Next year will be full of interesting background info on Networking vendors, funny stories and more nonsense.

As the topic already mentions: What will 2008 bring us? Well, a lot!

First of all Juniper will announce their own switching product running JunOS. Rumors are there for a long time already, 2008 will finally bring them. I heard it will be an OEM/ODM box, but nevertheless it will be Juniper branded.

Then Foundry. Foundry has started recruiting people in the Netherlands to open up an European based TAC. Don't know if it is because Foundry can't find people in Silicon Valley or they believe it's cheaper in Europe...

Last will be Extreme Networks. Their TAC organization will change a lot. It seems the current Level 2 TAC will be moving in a more customer facing TAC. More details will follow shortly. Question is, will it help the customer in getting better support? We'll just have to wait and see.

That's it for now. As I said, more to come next year. We'll be back soon!