I have an interesting weekend coming. Starting Friday around 6pm we are going to be migrating from 3 bonded T1s a fully redundant BGP Internet connection. I finally get to play with BGP!
The new setup will consist of 3 T1 lines from MCI, 2 T1 lines from SBC, and a 10MB DS3 connection from Yipes. So starting at 6pm we will be modifying all our NAT rules on our external facing PIX firewalls, modifying DNS entries, modifying our internal routes and crossing our fingers. Should be fun?
At the same time I’m going to be upgrading our Call Managers to version 4.1.3 sr3a. The OS to version 4.2 and the IOS on our voice gateway. We have been troubleshooting an intermittent problem where inbound calls transferred get dropped. Sr3a seems to have dozens of fixes related to call transfers.
Another interesting item:
Our developers are working on a program that takes in a stream of pricing data, modifies it and then sends the data out to users that have subscribed to it. Everything is written in C++ and compiled with gcc. All of this happens in real-time and each unicast session takes about 2.1Mbs. That’s a lot of data! We have 100 traders running clients that talk to this thing. That’s over 200Mbs of data. I’m keeping my fingers crossed on this one. This is all running on a RHAS 4 Dell box with 4×2.8Ghz dual core xeon CPUs. In testing mode we are processing about 4000 prices per second and the load on the box is only .01! The network usage has spiked as high as 40Mbs. I’m wondering if this thing is going to be able to sustain 200Mbs.
We are using this really, really cool tool called NexVu to monitor our network traffic. It’s a dell box running Linux and their proprietary application. Check it out. http://www.nexvu.com