*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 <[EMAIL PROTECTED]> to Ahmed Rafiq-ul-Islam <[EMAIL PROTECTED]> cc diana <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> to Zia <[EMAIL PROTECTED]>, [EMAIL PROTECTED] cc [EMAIL PROTECTED], Litu DataNet <[EMAIL PROTECTED]> 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 [EMAIL PROTECTED] 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 <[EMAIL PROTECTED]> reply-to [EMAIL PROTECTED] to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] ------------------------------------------------------------------------- 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: [EMAIL PROTECTED] > 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 [EMAIL PROTECTED] > 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 [EMAIL PROTECTED] > 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 [EMAIL PROTECTED] > tool traceroute 4.2.2.1 src-address=116.212.105.250protocol=tcp input does not match any value of protocol [EMAIL PROTECTED] > 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 [EMAIL PROTECTED] > 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 [EMAIL PROTECTED] > 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 [EMAIL PROTECTED] > 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 [EMAIL PROTECTED] > 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 [EMAIL PROTECTED] > 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 [EMAIL PROTECTED] > 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 [EMAIL PROTECTED] > 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 [EMAIL PROTECTED] > 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 [EMAIL PROTECTED] > 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 [EMAIL PROTECTED] > 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.
-- ubuntu-bd mailing list ubuntu-bd@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bd