True Ultra blocking VOIP

[muratremix]

I have a virtual number and sip account from my home country and everything was working fine until recently (about a month or less). Now when I traceroute to the sip server, it blocks packets.

C:\Users\Murat>tracert 95.0.154.94

En fazla 30 atlamanın üstünde
95.0.154.94.dynamic.ttnet.com.tr [95.0.154.94]'ye izleme yolu :

1 <1 ms <1 ms <1 ms www.asusnetwork.net [192.168.1.1]
2 * * * İstek zaman aşımına uğradı.
3 * * * İstek zaman aşımına uğradı.
4 * * * İstek zaman aşımına uğradı.
5 * * * İstek zaman aşımına uğradı.
6 * * * İstek zaman aşımına uğradı.
7 * * * İstek zaman aşımına uğradı.
8 * * * İstek zaman aşımına uğradı.
9 * * * İstek zaman aşımına uğradı.
10 * * * İstek zaman aşımına uğradı.
11 ^C
C:\Users\Murat>

(* Request timed out)

I traceroute another ip and it works just fine, no blocking.

En fazla 30 atlamanın üstünde
vps.karsiyaka.com [116.251.211.XX]'ye izleme yolu :

1 <1 ms <1 ms <1 ms www.asusnetwork.net [192.168.1.1]
2 5 ms 5 ms 5 ms 10.22.96.1
3 29 ms 32 ms 8 ms 10.92.224.245
4 9 ms 15 ms 11 ms 119-46-147-54.static.asianet.co.th [119.46.147.5
4]
5 6 ms 7 ms 6 ms 119-46-147-53.static.asianet.co.th [119.46.147.5
3]
6 7 ms 9 ms 7 ms 61-91-213-177.static.asianet.co.th [61.91.213.17
7]
7 12 ms 6 ms 7 ms 61-91-213-36.static.asianet.co.th [61.91.213.36]

8 7 ms 11 ms 11 ms 61-91-213-130.static.asianet.co.th [61.91.213.13
0]
9 25 ms 11 ms 19 ms TIG-Net242-41.trueintergateway.com [113.21.242.4
1]
10 41 ms 43 ms 43 ms SG-ICR-GS2-26-50.trueintergateway.com [122.144.2
6.50]
11 38 ms 39 ms 39 ms sgix.sg.gs [103.16.102.30]
12 40 ms 43 ms 45 ms core-2.v34.ntp.sg.gs [203.175.175.54]
13 40 ms 40 ms 40 ms ovz-02.oneasiahost.com [116.251.208.250]
14 45 ms 45 ms 44 ms #################

This is not blocking of port 5060, but blocking packets to the sip registrar. My device connects just fine to the sip server, but when you make a call, you hear nothing. I haven't changed my router or settings so it is not modem/router issue. When I use vpn on my singapore vps, it works fine.

Now I have to buy a small router that can connect to vpn via pptp just for sip, which is kinda stupid.

[GirlDrinkDrunk]

no idea what is going on there, but i depend on voip, on true, make my living with it as all my clients are in europe and get crystal clear service. no issues for about 3 years.

[muratremix]

Perhaps they did not figure out your sip server yet and did not blocked it. Mine was connected 7/24 via SIP ata adapter for making and receiving calls.

[lomatopo]

What did True say when you contacted them?

I had a colleague review their T's & C's (in Thai) and there is nothing prohibiting the use of VoIP. We have many customers who use VoIP, all on True DSL, and none have complained. We have several contacts - albeit at the mid-management/technical level - at True and none are aware of any issues with VoIP.

[muratremix]

What did True say when you contacted them?

I had a colleague review their T's & C's (in Thai) and there is nothing prohibiting the use of VoIP. We have many customers who use VoIP, all on True DSL, and none have complained. We have several contacts - albeit at the mid-management/technical level - at True and none are aware of any issues with VoIP.

I haven't contacted them yet. I am not sure they will fix the problem as it is not related to speedtest.net problems

However, as you can see from foreign-language traceroutes, packet loss occour in sip server but it goes fine in another non-sip ip. Also, this happen sometimes, not all the times. Right now, I can traceoute to my sip server without problems (haven't tried making a call).

[MichaelJohn]

I have exactly the same issue with Airnet (AIS).

I use 3CX SIPP and in the last month it just doesn't work - not blocked but I believe "bandwidth shaped" during the peak times (evening).

Skype works but poorer quality than previously.

I was told that as more people subscribe there's more shaping of bandwidth (which of course is very common in Europe but new in Thailand) to cope with the added Internet demand???

I so far haven't found a cure but I guess changing provider will be short lived?

[lomatopo]

I was told that as more people subscribe there's more shaping of bandwidth

Was it AIS who told you this? AirNET is a unique last-mile access technology with serious uplink bandwidth restrictions (from the tower) into the backbone.

Do you get a public IP address or a private IP address?

Did VoIP ever work acceptably with AirNET? Which level of service do you have?

I know AirNET has been deployed in/near several new housing developments as it is a bit easier than pulling fiber, coax and copper, and it just doesn't have enough uplink capacity to support more than a few users.

[Pib]

I know my NetTalk VOIP adapter (a NetTalkDuo) has been and still working fine on my True DOCSIS plan. And before that when I had other companies VOIP adpaters/service they worked fine also. In fact over the last 5 years I have used three different VOIP services/adapters on True and TOT internet plans and they all worked fine. I don't know anything about SIPs and other such tech talk...I just know the VOIP adapters I plugged between my router and cordless phone worked with no-to-little care and feeding.

[JakeBKK]

True has it's own viop (voice over ip service ) And they deliberately delay all other PBX services.

[Pib]

True has it's own viop (voice over ip service ) And they deliberately delay all other PBX services.

How come my 3 different U.S. VOIP services I've used on True have not been delayed?

[muratremix]

True has it's own viop (voice over ip service ) And they deliberately delay all other PBX services.

How come my 3 different U.S. VOIP services I've used on True have not been delayed?

Perhaps they havent figured out your sip providers ip address yet.

[JakeBKK]

True has it's own viop (voice over ip service ) And they deliberately delay all other PBX services.

How come my 3 different U.S. VOIP services I've used on True have not been delayed?

Perhaps they havent figured out your sip providers ip address yet.

Really, good one .i would stop laughing my arse off if i could thanks anyway.

[lomatopo]

True has it's own viop (voice over ip service ) And they deliberately delay all other PBX services.

Can you share any details on this True VoIP service? Is this service used for international toll bypass only? Or also for intra-Thailand calling?

I am aware of True NetTalk, which has been around for ~ 5 years, but it is not really marketed proactively by True. And my limited experience with True, all the entities are smoke-stacked and there is little cross-cooperation so I find it hard to believe the NetTalk team is able to influence the On-Line tech teams to block/limit/disable services, which as far as I can tell do not violate the T's & C's of the existing contracts.

I guess if you could get a True rep. to confirm that they are blocking/delaying/impairing VoIP on some/all of their access technologies I'd have a reason to believe your statement.

It seems like the OP's services works intermittently. Are you suggesting the True On-Line is somehow randomly impairing VoIP services?

Is True Ultra service VDSL? DOCSIS?

[muratremix]

My true ultra is docsis 3.0 20/2 mbit.

[muratremix]

Btw as I said, sometimes it works, sometime it doesn't.

Here is another traceroute from my router (for english tracert)

No blocked packets along the way.

admin@RT-N66U:/tmp/home/root# traceroute sip.netgsm.com.tr
traceroute to sip.netgsm.com.tr (95.0.154.94), 30 hops max, 38 byte packets
1 10.22.96.1 (10.22.96.1) 5.932 ms 6.584 ms 5.416 ms
2 10.92.224.249 (10.92.224.249) 6.216 ms 13.165 ms 4.985 ms
3 119-46-147-50.static.asianet.co.th (119.46.147.50) 28.250 ms 119-46-147-54.static.asianet.co.th (119.46.147.54) 6.126 ms 6.608 ms
4 119-46-147-53.static.asianet.co.th (119.46.147.53) 5.485 ms 119-46-147-49.static.asianet.co.th (119.46.147.49) 6.231 ms 119-46-147-53.static.asianet.co.th (119.46.147.53) 5.938 ms
5 61-91-213-177.static.asianet.co.th (61.91.213.177) 8.032 ms 10.543 ms 22.567 ms
6 61-91-213-36.static.asianet.co.th (61.91.213.36) 7.113 ms 5.906 ms 5.814 ms
7 61-91-210-5.static.asianet.co.th (61.91.210.5) 7.766 ms 7.523 ms 7.844 ms
8 122.155.224.5 (122.155.224.5) 8.726 ms 8.489 ms 11.435 ms
9 61.19.7.9 (61.19.7.9) 36.121 ms 36.720 ms 35.613 ms
10 61.19.9.30 (61.19.9.30) 34.906 ms 34.417 ms 35.794 ms
11 61.19.9.150 (61.19.9.150) 39.157 ms * 35.768 ms
12 snge-b2-link.telia.net (80.239.194.109) 35.236 ms 36.571 ms 36.134 ms
13 prs-bb1-link.telia.net (80.91.247.64) 226.860 ms 214.784 ms 214.041 ms
14 ffm-bb2-link.telia.net (80.91.246.182) 221.391 ms 221.299 ms ffm-bb1-link.telia.net (213.155.132.157) 223.545 ms
15 win-bb2-link.telia.net (213.155.133.55) 236.042 ms prag-bb1-link.telia.net (213.155.132.241) 242.161 ms win-bb2-link.telia.net (213.155.133.57) 235.567 ms
16 win-b4-link.telia.net (213.155.132.177) 246.346 ms win-b4-link.telia.net (213.155.137.221) 243.486 ms win-b4-link.telia.net (213.155.133.77) 237.327 ms
17 pantel-ic-300222-win-b4.c.telia.net (62.115.12.10) 253.621 ms 248.565 ms 247.657 ms
18 gyrttpe-2-3-v-col-3.turktelekom.com.tr (212.156.140.2) 921.779 ms 804.564 ms 907.241 ms
19 uls-2-2-gyrttpe-2-3.turktelekom.com.tr (81.212.203.221) 292.389 ms 290.042 ms 291.838 ms
20 blknt-3-1-uls-2-3.turktelekom.com.tr (212.156.117.242) 292.495 ms 283.253 ms 285.906 ms
21 212.156.65.178.static.turktelekom.com.tr (212.156.65.178) 288.173 ms 282.012 ms 281.664 ms
22 95.0.154.94.dynamic.ttnet.com.tr (95.0.154.94) 281.635 ms 287.915 ms 287.897 ms

[lomatopo]

I can't ping or tracert to 95.0.154.94 on multiple - six different - True and DTAC connections. I get dropped in the Turkey telecomm network.

[JakeBKK]

True has it's own viop (voice over ip service ) And they deliberately delay all other PBX services.

Can you share any details on this True VoIP service? Is this service used for international toll bypass only? Or also for intra-Thailand calling?

I am aware of True NetTalk, which has been around for ~ 5 years, but it is not really marketed proactively by True. And my limited experience with True, all the entities are smoke-stacked and there is little cross-cooperation so I find it hard to believe the NetTalk team is able to influence the On-Line tech teams to block/limit/disable services, which as far as I can tell do not violate the T's & C's of the existing contracts.

I guess if you could get a True rep. to confirm that they are blocking/delaying/impairing VoIP on some/all of their access technologies I'd have a reason to believe your statement.

Yeah, go for that. would one think with with the labial laws we're having here, you think there is some poor thai bloke, with some backbone, and probably balls enough to open up for this kind of class action? But you are welcome to try.

It seems like the OP's services works intermittently. Are you suggesting the True On-Line is somehow randomly impairing VoIP services?

what you mean? randomly? voip traffic does not run on http ports. sure you can put it there if like. sipgate,viopbuster, and the rest of them all run in the 4000 port range, i usually hang them a bit higher. Same as Cisco IP phones.

I ve seen a fair share of PBX systems.Why don't you try?

Is True Ultra service VDSL? DOCSIS?

[Pib]

A year or two back my True-issued Cisco model DOCSIS modem developed and upload speed problem. I was on the DOCSIS 20Mb/2Mb plan at the time. When the dust settled they replaced it with a Thomson model. My VOIP service worked fine on the Cisco model but not the Thomson model...my specific problem was one-way audio...I could hear people but they couldn't hear me....and when interacting with an Interactive Voice System where you press numbers on your phone to pick a selection, well, the other end couldn't hear those selection tones. So, using Cisco modem VOIP had two way audio; use Thomson modem VOIP had one-way audio.

The problem turned out to be a setting on the Thomson modem, a setting my Cisco model didn't have. That setting was the "IP Flood Protection" setting under the modem's Firewall settings. Also in that settings area was the selection to turn Firewall Protection on or off...it was on by default and was the IP Flood Protection setting was on by default also. When I turned it off the IP Flood Protection setting my VOIP problem went away. I did not have to turn off the Firewall protection. See below image. I could now create and solve the problem in a flash via the IP Flood Protection setting...IP Flood Protection on---one way audio.....IP Flood Protection off---two way audio. Fortunately, I got lucky and found the core problem and the fix myself....didn't have to call the VOIP provider....I just figured it had to be a modem setting.

Also, one other time almost two years ago (Dec 11...I still got my notes with the VOIP adapter now stored away) I developed a one-way audio problem very shortly after I changed to a new number with the VOIP provider I had at that time (8x8 in the U.S.) Once again, I could hear people but they couldn't hear me....I didn't have this problem a few days earlier when still on my old number. I think I was still using the Cisco DOCSIS modem at that time. The problem turned out not to be any modem settings or VOIP adapter settings, but problems with the VOIP provider's servers. When the dust settled the VOIP provider Tier II Tech Support told me over 1,000 folks who had recently got new numbers had the developed the same problem so far and the core problem was a NAT Transversal problem...he was very upfront and said whole problem was on their end; not on my end...not with my modem...not with my VOIP adapter...not with my internet service provider. In order to fix the problem for us folks the VOIP provider was putting us on one of their special servers called a TURN ONLY server...but he did give me two new settings to enter into my VOIP adapter's SIP/Transversal memu which was basically the specific name of the TURN ONLY server my number would now be connected to/routed through. Problem fixed.

[muratremix]

I can't ping or tracert to 95.0.154.94 on multiple - six different - True and DTAC connections. I get dropped in the Turkey telecomm network.

Thats because some stupid network engineer blocking IGMP ping packets to those routers. However, my problem occours at the beginning of traceroute, not at the end. I used this sip trunk with firewall without problems before.

[muratremix]

Firewall options in my Thompson docsis3 router is disabled. NatSip Alg is Enabled. It DMZ to my Asus RT-N66U router and everything is handled on Asus side. As I said, no configuration or hardware change in my setup.

[kaspercat]

True has it's own viop (voice over ip service ) And they deliberately delay all other PBX services.

You have evidence to support this?

Or should I forward to the management of true to take legal action against your statement?

[jpeg]

Had a one line 'cannot access' on white background around on firing up a month ago. When I disabled Hola, it worked fine.

[JakeBKK]

True has it's own viop (voice over ip service ) And they deliberately delay all other PBX services.

You have evidence to support this?

Or should I forward to the management of true to take legal action against your statement?

Dude, grow up. or grow some balls. if you had any idea how load balancing and the it infra in this country are working..and on top of that you have to filter every bit through at our friends at mict. half of the people here have posted logs, signal running times which is cool. but you have to do a bit more than that.

I am really sorry, if you are happy with your true internet connection. You can find out on your own, but you really have to know where to look at. I stand by my word.And every time someone in bangkok decided to go in bed with them, there where pitching their own products.

Okay, now go.Tell somebody that the light on the loo has left on and YOU did switch it off. Trace your iSP sometimes.Not with nifty windows tools.You would be amazed what cat, grep and dump can do for you.

I'll stay here until you understand the meaning of man pages.

[JakeBKK]

Btw as I said, sometimes it works, sometime it doesn't.

Here is another traceroute from my router (for english tracert)

No blocked packets along the way.

admin@RT-N66U:/tmp/home/root# traceroute sip.netgsm.com.tr

traceroute to sip.netgsm.com.tr (95.0.154.94), 30 hops max, 38 byte packets

1 10.22.96.1 (10.22.96.1) 5.932 ms 6.584 ms 5.416 ms

2 10.92.224.249 (10.92.224.249) 6.216 ms 13.165 ms 4.985 ms

3 119-46-147-50.static.asianet.co.th (119.46.147.50) 28.250 ms 119-46-147-54.static.asianet.co.th (119.46.147.54) 6.126 ms 6.608 ms

4 119-46-147-53.static.asianet.co.th (119.46.147.53) 5.485 ms 119-46-147-49.static.asianet.co.th (119.46.147.49) 6.231 ms 119-46-147-53.static.asianet.co.th (119.46.147.53) 5.938 ms

5 61-91-213-177.static.asianet.co.th (61.91.213.177) 8.032 ms 10.543 ms 22.567 ms

6 61-91-213-36.static.asianet.co.th (61.91.213.36) 7.113 ms 5.906 ms 5.814 ms

7 61-91-210-5.static.asianet.co.th (61.91.210.5) 7.766 ms 7.523 ms 7.844 ms

8 122.155.224.5 (122.155.224.5) 8.726 ms 8.489 ms 11.435 ms

9 61.19.7.9 (61.19.7.9) 36.121 ms 36.720 ms 35.613 ms

10 61.19.9.30 (61.19.9.30) 34.906 ms 34.417 ms 35.794 ms

11 61.19.9.150 (61.19.9.150) 39.157 ms * 35.768 ms

12 snge-b2-link.telia.net (80.239.194.109) 35.236 ms 36.571 ms 36.134 ms

13 prs-bb1-link.telia.net (80.91.247.64) 226.860 ms 214.784 ms 214.041 ms

14 ffm-bb2-link.telia.net (80.91.246.182) 221.391 ms 221.299 ms ffm-bb1-link.telia.net (213.155.132.157) 223.545 ms

15 win-bb2-link.telia.net (213.155.133.55) 236.042 ms prag-bb1-link.telia.net (213.155.132.241) 242.161 ms win-bb2-link.telia.net (213.155.133.57) 235.567 ms

16 win-b4-link.telia.net (213.155.132.177) 246.346 ms win-b4-link.telia.net (213.155.137.221) 243.486 ms win-b4-link.telia.net (213.155.133.77) 237.327 ms

17 pantel-ic-300222-win-b4.c.telia.net (62.115.12.10) 253.621 ms 248.565 ms 247.657 ms

18 gyrttpe-2-3-v-col-3.turktelekom.com.tr (212.156.140.2) 921.779 ms 804.564 ms 907.241 ms

19 uls-2-2-gyrttpe-2-3.turktelekom.com.tr (81.212.203.221) 292.389 ms 290.042 ms 291.838 ms

20 blknt-3-1-uls-2-3.turktelekom.com.tr (212.156.117.242) 292.495 ms 283.253 ms 285.906 ms

21 212.156.65.178.static.turktelekom.com.tr (212.156.65.178) 288.173 ms 282.012 ms 281.664 ms

22 95.0.154.94.dynamic.ttnet.com.tr (95.0.154.94) 281.635 ms 287.915 ms 287.897 ms

here is one i did do follow on not so much, buts let be nice and have look then. good, you are phoning to someone home in turkey.your call gets routed through Italy (this is because the cable is ending there.

the asialik is kind of normal

the rest of your route is okay.

I did not took a calculator, here, your shit is hanging with your friends there

and that 122 ip should not be there at all.

what kind of voip software you use? your's make connection to turkey first.