[ Ubuntu-BD ] Why Bangladeshi company can’t go so far.
Ahmed Rafiq-ul-Islam
rafiq at aub5thcse.com
Mon Jun 30 10:11:42 BST 2008
*DataNet Corporation Ltd. is an ISP doing business for more than 9 years.
Recently the take SEA-ME-WE-4 bandwidth from a well reputed company (though
its operation period is not more than 2 years) Telnet Communication Ltd.
Below are the complete mail conversation between DataNet & Telnet. What
Telnet do to hamper DataNet business.*
from
Zia <Ziaur at telnet-bd.com>
to
Ahmed Rafiq-ul-Islam <rafiq at aub5thcse.com>
cc
diana <diana at telnet-bd.com>
date
Sun, Jun 29, 2008 at 6:02 AM
subject
Suspecting Reason for Datanet Corporatin Ltd.
mailed-by
telnet-bd.com
hide details Jun 29 (2 days ago)
Reply
Dear Mr. Rafiq
The reason of suspicion for Datanet Corporation are as following :
First of all was the unusual graph type. If you see the graph you will find
that they are using symmetric bandwidth. For your reference I am attaching
the graph with the mail.
Second of all if you check in the picture you will see that just above the
week
26 there is a downtime for almost a day. During this time we blocked the
specific VOIP ports and all their traffic dropped without any reason.
These are the reasons we the NOC of TCL have suspected Datanet for doing
illegal voip termination or generation.
As per BRTC we will not allow this type of activities through our network.
Now from the above issue if you ensure us that you will not do any illegal
operation we will open the link again.
This is for your kind information.
Thanks.
Md. Ziaur Rahman
Asst. Manager, Corporate Sales
Communication Division
Telnet Communication Limited
Phone: 880 2 9141810
GSM : 01713-488932
from
Ahmed Rafiq-ul-Islam <rafiq at aub5thcse.com>
to
Zia <Ziaur at telnet-bd.com>,
diana at telnet-bd.com
cc
ispa at agni.com,
Litu DataNet <litu1967 at yahoo.com>
date
Sun, Jun 29, 2008 at 7:27 AM
subject
Re: Suspecting Reason for Datanet Corporatin Ltd.
mailed-by
aub5thcse.com
hide details Jun 29 (2 days ago)
Reply
Dear Mr. Zia,
Where is the symmetric bandwidth graph? From your graph our maximum usage
of download is 1.26 M where maximum upload is 588.80k. Does it seems as
symmetric? As your company brought some high-end technical hands, we think
its totally nonsense that this graph can call as symmetric bandwidth usage.
You just did a great mistake or may be doing fun with business Mr. Zia, as
you told you block specified VOIP ports. Doesn't your technical team know
which ports are used for VOIP purpose? we'd mailed from
datanet.noc at gmail.com and also a support ticket is generated according the
mail. There we showed what you company did, to block my traffic. Is the UDP
53 port used for voip purpose?
Again you send a support person to my office at morning 28 June, whereas you
cut-off my link on 26 June. Isn't it shows that you are cheating with us?
Below is the complain mail that I send to you support on date June 27.
from
TELNET Network Operation Center via RT <noc at telnet-bd.com>
reply-to
noc at telnet-bd.com
to
datanet.noc at gmail.com
date
Fri, Jun 27, 2008 at 5:13 AM
subject
[TELNET-BD #2119] AutoReply: URGENT - Internet Problem
hide details Jun 27 (3 days ago)
Reply
Greetings,
This message has been automatically generated in response to the
creation of a trouble ticket regarding: "URGENT - Internet Problem"
A summary of which appears below:
There is no need to reply to this message right now. Your ticket has been
assigned an ID of [TELNET-BD #2119].
Please include the string:
[TELNET-BD #2119]
in the subject line of all future correspondence about this issue. To do so,
you may reply to this message.
Thank you,
Network Operation Center
Telnet Communication Ltd.
Hot-Line-GSM : +880-171-3488999
Hot-Line-BTTB : +880-2-8113999
Other Phone: +880-2-9141810
+880-2-9124280
+880-2-8115448
+880-2-8119445
noc at telnet-bd.com
-------------------------------------------------------------------------
Attention: Management of TELNET
We are having prblem on your service from yeasterday night. We call support
several time but no solution yet.
Every time we call, your support tel that this is our problem. So I do some
test to find problem is. I check everyting of our netowrk. There is no
problem of configuration. All time your support tell me this is my problem.
BUT problem is at your network configuration.
This is verymuch unexpected from Telnet that you are BLOCKING our Internet
Service. Specially UDP data. From yeasterday night all of my client cannot
use internet. I found that UDP Protocol is totally blocked. I want
explanation of this blockage. Please take action to your system admin who do
this.
We have lost a very big number of clients by today due to the problem of
Your internet service.
See bellow the proof of this problem:
[Admin at DataNet] > tool traceroute 4.2.2.1 src-address=116.212.105.249
ADDRESS STATUS
1 0.0.0.0 timeout timeout timeout
2 0.0.0.0 timeout timeout timeout
3 0.0.0.0 timeout timeout timeout
4 0.0.0.0 timeout timeout timeout
5 0.0.0.0 timeout timeout timeout
6 0.0.0.0 timeout timeout timeout
7 0.0.0.0 timeout timeout timeout
[Admin at DataNet] > tool traceroute 4.2.2.1 src-address=116.212.105.250
ADDRESS STATUS
1 116.212.105.129 1ms 1ms 1ms
2 116.212.104.1 1ms 1ms 1ms
3 123.49.3.49 388ms 438ms 376ms
4 123.49.13.94 168ms 36ms 25ms
5 213.144.181.125 271ms 223ms 249ms
6 195.22.211.213 213ms 201ms 254ms
7 0.0.0.0 timeout timeout timeout
[Admin at DataNet] > tool traceroute 4.2.2.1
src-address=116.212.105.250protocol=udp
traceroute to 4.2.2.1, 3 hops max, 0 byte packets
ADDRESS STATUS
1 116.212.105.129 1ms 1ms 1ms
2 116.212.104.1 1ms 1ms 1ms
3 0.0.0.0 timeout timeout timeout
[Admin at DataNet] > tool traceroute 4.2.2.1
src-address=116.212.105.250protocol=tcp
input does not match any value of protocol
[Admin at DataNet] > tool traceroute 4.2.2.1
src-address=116.212.105.250protocol=icmp
ADDRESS STATUS
1 116.212.105.129 1ms 1ms 1ms
2 116.212.104.1 1ms 1ms 1ms
3 123.49.3.49 2ms 1ms 1ms
4 123.49.13.94 1ms 1ms 1ms
5 213.144.181.125 155ms 163ms 195ms
6 195.22.211.213 200ms 200ms 201ms
7 195.22.211.38 210ms 211ms 213ms
8 4.68.118.94 217ms 217ms 214ms
9 4.69.132.126 206ms 221ms 211ms
10 4.69.132.137 217ms 377ms 232ms
11 4.69.132.130 243ms 270ms 253ms
12 4.69.133.89 230ms 245ms 237ms
13 4.69.133.86 223ms 260ms 229ms
14 4.69.132.133 229ms 381ms 270ms
15 4.68.116.47 236ms 215ms 214ms
16 4.2.2.1 214ms 244ms 266ms
[Admin at DataNet] > tool traceroute 116.212.104.81 src-address=
116.212.105.250 protocol=udp
traceroute to 116.212.104.81, 3 hops max, 0 byte packets
ADDRESS STATUS
1 116.212.105.129 1ms 1ms 1ms
2 116.212.104.33 1ms 1ms 1ms
3 116.212.104.81 1ms 1ms 1ms
[Admin at DataNet] > tool traceroute 116.212.104.82 src-address=
116.212.105.250 protocol=udp
traceroute to 116.212.104.82, 3 hops max, 0 byte packets
ADDRESS STATUS
1 116.212.105.129 1ms 1ms 6ms
2 116.212.104.33 1ms 1ms 1ms
3 116.212.104.82 1ms 1ms 1ms
[Admin at DataNet] > tool traceroute 4.2.2.1 src-address=116.212.105.250
ADDRESS STATUS
1 116.212.105.129 1ms 1ms 1ms
2 116.212.104.1 1ms 1ms 1ms
3 123.49.3.49 1ms 2ms 1ms
4 123.49.13.94 1ms 1ms 1ms
5 213.144.181.125 150ms 163ms 175ms
6 195.22.211.213 204ms 200ms 206ms
7 195.22.211.38 211ms 242ms 284ms
8 4.68.118.94 216ms 234ms 217ms
9 4.69.132.126 207ms 220ms 215ms
10 4.69.132.137 213ms 218ms 215ms
11 4.69.132.130 221ms 218ms 215ms
12 4.69.133.89 228ms 225ms 232ms
13 4.69.133.86 228ms 214ms 238ms
14 4.69.132.133 218ms 332ms 222ms
15 4.68.116.47 237ms 214ms 294ms
16 4.2.2.1 394ms 315ms 315ms
[Admin at DataNet] > tool traceroute 4.2.2.1
src-address=116.212.105.250protocol=udp
traceroute to 4.2.2.1, 3 hops max, 0 byte packets
ADDRESS STATUS
1 116.212.105.129 1ms 1ms 1ms
2 116.212.104.1 1ms 1ms 1ms
3 0.0.0.0 timeout timeout timeout
[Admin at DataNet] > tool traceroute 4.2.2.1 src-address=116.212.107.1
ADDRESS STATUS
1 116.212.105.129 1ms 1ms 1ms
2 116.212.104.1 1ms 1ms 1ms
3 123.49.3.49 2ms 1ms 1ms
4 123.49.13.94 2ms 2ms 2ms
5 213.144.181.125 158ms 157ms 194ms
6 195.22.211.107 238ms 216ms 224ms
7 195.22.211.38 193ms 194ms 198ms
8 4.68.118.62 190ms 199ms 198ms
9 4.69.132.137 214ms 200ms 203ms
10 4.69.132.130 246ms 232ms 245ms
11 4.69.133.89 204ms 217ms 230ms
12 4.69.133.86 226ms 224ms 269ms
13 4.69.132.133 282ms 240ms 356ms
14 4.68.116.111 204ms 221ms 204ms
15 4.2.2.1 200ms 201ms 201ms
[Admin at DataNet] > tool traceroute 4.2.2.1 src-address=116.212.107.1protocol=udp
traceroute to 4.2.2.1, 30 hops max, 0 byte packets
ADDRESS STATUS
1 116.212.105.129 1ms 1ms 1ms
2 116.212.104.1 1ms 1ms 1ms
3 116.212.104.1 1ms timeout timeout packet filtered
4 116.212.104.1 timeout timeout 1ms packet filtered
5 0.0.0.0 timeout timeout timeout
6 0.0.0.0 timeout timeout timeout
7 116.212.104.1 timeout 1ms timeout packet filtered
8 0.0.0.0 timeout timeout timeout
9 116.212.104.1 timeout 1ms timeout packet filtered
10 116.212.104.1 timeout timeout 1ms packet filtered
11 116.212.104.1 timeout 1ms timeout packet filtered
12 0.0.0.0 timeout timeout timeout
13 0.0.0.0 timeout timeout timeout
14 0.0.0.0 timeout timeout timeout
15 116.212.104.1 timeout 1ms timeout packet filtered
16 0.0.0.0 timeout timeout timeout
17 0.0.0.0 timeout timeout timeout
18 116.212.104.1 1ms timeout timeout packet filtered
19 116.212.104.1 timeout timeout 1ms packet filtered
20 0.0.0.0 timeout timeout timeout
21 0.0.0.0 timeout timeout timeout
22 0.0.0.0 timeout timeout timeout
23 0.0.0.0 timeout timeout timeout
24 116.212.104.1 timeout timeout 1ms packet filtered
25 0.0.0.0 timeout timeout timeout
26 116.212.104.1 1ms timeout timeout packet filtered
27 116.212.104.1 1ms timeout timeout packet filtered
28 116.212.104.1 timeout timeout 1ms packet filtered
29 0.0.0.0 timeout timeout timeout
30 116.212.104.1 1ms timeout 1ms packet filtered
max-hops reached
[Admin at DataNet] > tool traceroute 4.2.2.1 src-address=116.212.107.1protocol=icmp
ADDRESS STATUS
1 116.212.105.129 1ms 1ms 1ms
2 116.212.104.1 1ms 1ms 1ms
3 123.49.3.49 1ms 2ms 1ms
4 123.49.13.94 1ms 1ms 1ms
5 213.144.181.125 154ms 148ms 149ms
6 195.22.211.107 207ms 213ms 314ms
7 195.22.211.38 212ms 224ms 194ms
8 4.68.118.62 191ms 203ms 195ms
9 4.69.132.137 205ms 217ms 214ms
10 4.69.132.130 210ms 221ms 210ms
11 4.69.133.89 222ms 267ms 240ms
12 4.69.133.86 227ms 212ms 233ms
13 4.69.132.133 225ms 239ms 291ms
14 4.68.116.111 226ms 212ms 229ms
15 4.2.2.1 200ms 202ms 204ms
[Admin at DataNet] > tool traceroute 4.2.2.1
src-address=116.212.107.1protocol=udp port=53
traceroute to 4.2.2.1, 3 hops max, 0 byte packets
ADDRESS STATUS
1 116.212.105.129 43ms 1ms 1ms
2 116.212.104.1 1ms 1ms 1ms
3 0.0.0.0 timeout timeout timeout
[Admin at DataNet] > tool traceroute 4.2.2.1
src-address=116.212.105.250protocol=udp port=53
traceroute to 4.2.2.1, 30 hops max, 0 byte packets
ADDRESS STATUS
1 116.212.105.129 1ms 1ms 1ms
2 116.212.104.1 1ms 1ms 1ms
3 0.0.0.0 timeout timeout timeout
4 0.0.0.0 timeout timeout timeout
5 116.212.104.1 timeout timeout 1ms packet filtered
6 0.0.0.0 timeout timeout timeout
7 0.0.0.0 timeout timeout timeout
8 0.0.0.0 timeout timeout timeout
9 116.212.104.1 timeout timeout 1ms packet filtered
10 116.212.104.1 timeout 1ms timeout packet filtered
11 0.0.0.0 timeout timeout timeout
12 0.0.0.0 timeout timeout timeout
13 0.0.0.0 timeout timeout timeout
14 0.0.0.0 timeout timeout timeout
15 116.212.104.1 timeout 1ms timeout packet filtered
16 0.0.0.0 timeout timeout timeout
17 0.0.0.0 timeout timeout timeout
18 116.212.104.1 1ms timeout timeout packet filtered
19 116.212.104.1 timeout timeout 1ms packet filtered
20 0.0.0.0 timeout timeout timeout
21 0.0.0.0 timeout timeout timeout
22 0.0.0.0 timeout timeout timeout
23 0.0.0.0 timeout timeout timeout
24 116.212.104.1 timeout timeout 1ms packet filtered
25 0.0.0.0 timeout timeout timeout
26 116.212.104.1 1ms timeout timeout packet filtered
27 116.212.104.1 1ms timeout timeout packet filtered
28 116.212.104.1 timeout timeout 1ms packet filtered
29 0.0.0.0 timeout timeout timeout
30 116.212.104.1 1ms timeout 1ms packet filtered
[Admin at DataNet] >
We hope it is not done intentionally, may be configuration problem of your
router end. REMOVE the blockage ASAP and take action who done it.
Rgds
Rafiq
Datanet Corporateion NOC
Tell me Mr. Zia what the above report says? Just nothing you blocked all my
UDP packets. Is it possible after filter my all UDP packets I can use the
bandwidth?
Now, Mr. Zia, what kind of support it is that without any prior notice you
just cut-off my link as we are a licensed ISP, we've full agreement with you
according government laws and we paid full amount of bandwidth cost as
prepaid.
It is now clear to us that all this matter just happened intentionally. Your
company do this to hamper our clients, so that you can sell them your
products. I am now completely worry about your other clients who are also in
this industry, what happened on their fate? And I am asking for the
compensation that you did by hampering our business. Hope this mail is
enough, otherwise we will looking for some legal procedure.
Regards,
Ahmed Rafiq-ul-Islam
System Admin
DataNet Corporation Ltd.
More information about the ubuntu-bd
mailing list