This is a rather long and detailed blog [slog], but do yourself a favour, read it and weep… for the future of wireless mankind is bleak! That is, if our future depends on Sentech.
For the record, names have NOT been changed to protect the innocent... because there are none! Also, where needed some aggravation-induced vocabulary has been substituted with suitable facronyms.
Picture the following. It`s 7pm, Monday night. Just synced my notebook with PC at home and hook up to our super[slow]highway courtesy of my [reportedly uncapped, unshaped, always-on] 128Kbps MyWireless (Sentech) connection.
Cuppa coffee in hand and cigarette lit, I am eager to retrieve urgent work emails to be actioned before 12pm, as I have critical deadlines to meet.
Gotta be kidding! Outlook Express fails and error message pops up…
Your server has unexpectedly terminated the connection. Possible causes for this include server problems, network problems, or a long period of inactivity. Account: `ITWEB`, Server: `184.108.40.206`, Protocol: POP3, Port: 111, Secure(SSL): No, Error Number: 0x800CCC0F
OK. Nothing new. This is a regular occurrence if you`re a MyWireless user trying to access office email from home and your office mail server is configured on port 8000. It`s like playing the Sentech port-o-lotto – pick a port and you could be the winner of Sentech`s blocked port of the day lotto!
Been there, done it, got the T-shirt. Through past late night trials and tribulations [backed by remote support courtesy of ITWeb`s chief-IT-honcho], I have the process of elimination down pat!
Of course, since I am an old school IT journalist, I don`t jump to any unfounded conclusions… and so I commence with the process of elimination.
The time is 7:00pm.
Check #1: The obvious check… Online access seems fine. I can access www.itweb.co.za and www.google.com, so no problem likely with the local SA Internet backbone.
Check #2: The female check… Not unlike the situation when a car breaks down, but actually you ran out of petrol! No, I did not by mistake change my email user account and my Wingate proxy server works just fine.
Check #3: The other mail account check… I add a personal email account (a US mail account) to Outlook and test send and receive. OK. So email from the
address works 100%.
Check #4: The MailWasher check… this nifty program has saved my proverbial butt many times before when email downloads time out. For anyone in need of a really cool tool that does filtering, bounces, blacklists, and deletes spam – this is it! In my case, it allows me to check what email sits in my account on our mail server and, if there is [according to SA-standards] a large email of 10MB or more that blocks downloads, I can delete it and continue retrieving my mail.
Alas... no luck. MailWasher error message pops up: The connection was intentionally closed by the server before the session was completed.
You might think that I`m now ready to place a remote support distress call to our chief -IT-honcho and blame it all on our IT department! No, there`s still a few logical steps to conclude…. After all, I need to be sure of my FACTS!
Check #5: The ALT+CTR+DEL check… Just in case, I opt for a reboot. Windows 2000 does have a bad habit, on my PC at least, to start consuming resources after a while and randomly generate virtual memory problems.
Check #6: The REGEDIT check… Sentech`s MyWireless IPWireless PC software, in the past, has required manual intervention in the form of hard coding some registry settings – in particular the password, which has a habit of disappearing. Since I know the registry settings by heart, having had the [dis]pleasure of using MyWireless for just over a year now, I do a quick scan of to double check all settings are OK.
Check #7: The paperclip check… before going online again, I do the last resort check, namely to start and stop and reset and start the MyWireless modem. The resetting part of the modem, in case you didn`t know, requires a delicate maneuver with a paper clip, short-circuits a positive and negative on the back of the modem.
So, with the obvious browsing, proxy server, email account, windows, modem, connectivity and mailwasher tests out of the way, I decide to send our chief-IT-honcho an SMS. Just a double-check SMS that is… not yet pointing any fingers!
The time now, by the way, is 7:45pm.
Send SMS: Any problems with mail server? Can`t connect?
SMS back: No. I can connect.
OK. It`s now time for the official cell-to-cell remote support distress call. Having been through this several times before, we jointly embark on phase II of the process of elimination and a few more remotely directed checks follow.
Check #8: Email password… chief-IT-honcho connects to my mail account using my password and can see and receive my email. So obviously, the problem is not with the ITWeb mail server or my mail account.
Oh yes, for the record, chief-IT-honcho connects remotely courtesy of a Telkom ADSL line… NOT, I repeat, NOT a MyWireless connection.
Check #9: The TRACERT check… Now online again, but still email-less, we do a simultaneous TRACERT on our mail server`s IP `220.127.116.11`. Surprise, surprise… via Telkom ADSL our chief-IT-honcho has no problem. Alas, my TRACERT – courtesy of MyWireless connection – timed-out after 11 hops! Oh yes, I also do the Telnet check, with similar going-nowhere-slowly end results.
Sensing my misery and PO [facronym] state of mind, chief-IT-honcho experiences a rare moment of compassion and, following a brief moment of hesitation, opts to part with some tools of the trade. In this instance, the art of all things DNS, courtesy of http://www.dnsstuff.com/…
While immensely grateful for the pearls of wisdom, I am now becoming increasingly frustrated and FPO [double facronym].
In case you are wondering why this excessive behaviour to test all possible variables before placing a support call to Sentech. Based on past experience, I have come to know that the most obvious and first response from the Sentech call centre will be to blame the ITWeb mail server or our ISP.
So finally, having exhausted all the obvious in-house port of calls and having eliminated our mail server or ISP as the likely culprits, I resort to dialing 0860084843 [Sentech`s call centre].
The time now, for the record, is 8:10pm.
As I`ve done many times before, I spend the first 5 minutes explaining to the call centre gentleman the 9 checks, which I have performed over the past hour and advise him that the TRACERT timed-out after 11 hops. I then proceed to ask him to also perform a TRACERT on our mail server IP (`18.104.22.168`) and personally verify the facts.
Now here`s the real killer. He responds with I cannot do a TRACERT as I do not have a MyWireless modem on my PC. I take a deep breath and gently points out that TRACERT is performed using the CMD prompt and has nothing to do with the modem.
Hallelujah! He comprehends… there IS intelligent life on planet Sentech! This step, however, requires an extensive consultation with technical and I am placed on hold for eight minutes.
Upon his return, he jubilantly informs me that his TRACERT also timed-out, but after 9 hops. Now since mine timed-out after 11 hops, the technical dept requests that I email a copy of my TRACERT results to them to enable them to accurately assess my problem.
I take another deep breath and, once again, gently points out that his TRACERT is likely to be 9 hops as the 3rd hop is the Sentech backbone on which he currently sits. Thus the first two hops, in my case, are likely to be my PC/modem and the base station to which I connect.
OK. He experiences a moment of enlightenment and, once again, we`re on the same page. We concur that he will submit his TRACERT results to the technical dept and log a support call. I request a reference number, which for the record was 31555, and he assures me that technical will call me within an hour to inform me of the status – good or bad.
The time now, for the record, is 8:25pm.
Not contend with just sitting around and waiting for technical to call me, I decide to put my newly acquired tools of the DNS trade to good use and promptly discover that the IP, where my TRACERT times-out, belongs to none other than UUNET SA. Surprised?
At this point I am compelled to focus on getting some work done and thee constructive and productive hours fly pass..
Of course, I`ve been waiting in vain for a call from Sentech`s technical dept during this time... why? well that`s just NOT how things work! The time now is 11:30pm.
I brace myself and call Sentech to enquire about the status of my support request #: 31555. My DNS discovery is confirmed... the problem, it seems, is the UUNET and T-Systems peering system. The microlink between Galo Manor and the metro tower is reportedly down. They apparently started with this maintenance at 8am Monday morning and it is likely to till be down until 5pm Tuesday afternoon.
Of course, as to why Sentech customers, who would be affected by this, have not been notified... I get the usual Sentech answer – check the bulletin board [which by the way I still have no clue as to its whereabouts and/or purpose].
In conclusion, I pray that this dissertation to some degree, at least, conveys the extent of my discontent and the sad state of customer service and wireless affairs [courtesy of Sentech] .. which has become the norm in South Africa!
May your wireless misfortunes be of a less painful nature!