Now that we've made changes to improve network pathing we will be looking at things tonight and going forward to see if this has improved.

Sev~


So this morning we did optimization work to clean up network pathing problems and open up new network paths that should have alleviate, if not solve, lag related to network pathing. Thank you for all the trace routes. At this point we will be watching tonight to see who is improved, who isn't, and whether or not there is still lag that is related to server performance rather than network pathing.

Sev~




To anyone who has played since, has there been any improvement?

I'm getting more lag than usual.

https://www.ddo.com/forums/showthread.php/473027-Lag-after-data-centre-move/page...


"So this morning we did optimization work to clean up network pathing problems and open up new network paths that should have alleviate, if not solve, lag related to network pathing. Thank you for all the trace routes. At this point we will be watching tonight to see who is improved, who isn't, and whether or not there is still lag that is related to server performance rather than network pathing.
Sev~ "

Not buying any of this horseshit. Reports are still showing lag hasn't changed. Bugs and other broken mechanics are being ignored. Still not gonna reinstall DDO until sometime in June most likely. I'm still waiting for at the very least pinkslips given to some Turbine employees and I'm not talking about what Cordo-stain, Vagisil and Steelshit wear under their skirts

Grand wrote on Mar 18^th, 2016 at 6:45pm:


If it was human error, they should.  But they probably won't.  I don't care.  I don't need people to get canned to be able to enjoy the game.  IF they fixed it, then it will be apparent pretty quickly.  I hope they offer some incentives for people to come back to the game.

If they haven't fixed it, then announcing they did would be a mistake.

I'm just thinking ahead. How many other companies would tolerate this level of bungling and incompetence?  How many people would boast their masterful skills with non-verbal communication (IGNORING) the playerbase while making excuses during a passive aggressive insulting cheap shot anniversary event targeted at the main playerbase?

Getting rid of these individuals that apparently feel bulletproof would be an exceptional message to many and would certainly renew any opportunities of me spending real $$ on the game again once a new team came in, cleaned up the year long mess made and a serious apology was made along with some compensation. Not talking about +20 hearts, raiders boxes. I'm talking about giving out 500 astral shards, 2k-5k TP, 1 Ottos box for each toon and a token for a +7 tome of players choice.

Players got fucked out of so much because of ineptitude, greed and favoritism. Just look at fuckface Shoemaker and his rigged contest he won for a lifetime VIP cleared by Cordovan for proof of that. I'm speaking strictly from a high end business standpoint. DDO appears to be running like a Russian dry cleaner front business and not like the ground breaking game it was known for and could still be. The current game state is being taken into the wrong direction and driven into the ground. Want to change direction? Change the drivers in the middle of the desert and let those fuckers walk.

Having trouble logging in - I wonder if they have throttled the server load numbers as well?

If players can't log in, then I guess they can't complain about lag - at least that is how Turbine would see it.

Flav wrote on Mar 19^th, 2016 at 1:17am:


Indeed and I can confirm this with my final personal experience in party weeks ago. I was in EE Vol and as soon as I encroached upon a room, rounded up the mobs in a nice bunch by getting aggro, Me and the entire party locked up in lag that persisted until almost everyone was dead which took about 5 minutes. Then I tried another tactic. This time I layed out the CC and AOE's before getting the aggro and then the rubber banding started, then came the lag lock. Even when the lag wasn't completely locking us up, my magic was next to useless. I was still casting nothing but my arms up in the air flailing like Kermit cheering or those dancing wind socks in front of car dealerships.



After that debacle I had all I could take. Uninstalled DDO and now only looking at what is in front of me. Quite liberating.

Lag is the same. Raids are run shortman, if at all. Market freezes up, stuttering in Korthos and Harbor quests.

Whatever they did, it didn't fix anything.

Frank wrote on Mar 19^th, 2016 at 3:07am:


They rent space and connectivity, that's the typical datacenter contract. ( and the cheapest ones )

so they have a number of square meters where to put their equipments, and they have a number of fiber ( at a guess 2 ) linked to the datacenter infrasctructure. Said datacenter infrastructure is managed by the hosting company, everything in Turbine's cubicle ( for lack of better term, the space they occupy in the datacenter ) is managed by Turbine.

What is in Turbine's square meters can include routers load balancers, switches and any other notwork equipments Turbines seen fit to cram into it along with the servers. ( it does include at least 1 router and maybe two switches from what I've been able to guess, but there's probably more )

Oh I just discovered a fun stuff while tinkering with nslookup ( DNS queries ) :

> server 8.8.8.8
DNS request timed out.
    timeout was 2 seconds.
Serveur par dÚfaut :   [8.8.8.8]
Address:  8.8.8.8

> gls.ddo.com
Serveur :   [8.8.8.8]
Address:  8.8.8.8

Réponse ne faisant pas autorité :
Nom :    gls.ddo.com
Address:  198.252.160.23

> 192.252.160.23
Serveur :   [8.8.8.8]
Address:  8.8.8.8

Nom :    host-192.252-160-23.dyn.295.ca
Address:  192.252.160.23

>
 

I know why there's lag, they bought their IP range in Canada and it's a dynamic IP Range.
You can reproduce it at home easily : open a command prompt type nslookup and play.
Don't mind the first line ( server 8.8.8.8 ) as I got a weird result with my ISP DNS server I changed DNBS server to the Google DNS server,
the rest is the same weird result I got with my ISP server.

edit : Oh and the best is that 295.ca is an ISP... 

Well in all honesty, I suspect it's yet another failure from Turbine.

at guess I'd say that the adress block was attributed to 295.ca, and when Turbine decided to move to a new datacenter they bought the address range where they could... But they didn't check what use the ISP had for them before that ( dynamic IP for DSL/modem subscriber ).

said another way : sloppy work and monkey coding.

DNS answer one thing, reverse DNS query answer something else... somebody didn't check the reverse queries and didn't modify them.
It does not matter, as long as the DNS is right... the reverse queries are for Luddite like me that loves to poke at things. 

Yeah, tell'em the Vault figured out their lag issue. 

it has nothing to do with lag and fixing the reverse dns will not fix lag... it's just naming convention

DNS stands for Domain Name Service

It's what ties a domain/server name to a given IP

gls.ddo.com is tied to 192.252.160.23 198.252.160.23  ( see below ) since the change before that it was tied to another IP address.

There's several types of records that belongs to various usage in the name resolution :
you can get the full list here : https://tools.ietf.org/html/rfc1035  and here : https://tools.ietf.org/html/rfc1034 and learn a lot about DNS along the way )

When you play with nslookup you can get things like that :

------------
Got answer:
    HEADER:
        opcode = QUERY, id = 2, rcode = NOERROR
        header flags:  response, want recursion, recursion avail.
        questions = 1,  answers = 1,  authority records = 0,  additional = 0

    QUESTIONS:
        ddo.com, type = A, class = IN
    ANSWERS:
    ->  ddo.com
        internet address = 198.252.160.57
        ttl = 1800 (30 mins)

------------
Réponse ne faisant pas autorité :
------------
Got answer:
    HEADER:
        opcode = QUERY, id = 3, rcode = NOERROR
        header flags:  response, want recursion, recursion avail.
        questions = 1,  answers = 0,  authority records = 1,  additional = 0

    QUESTIONS:
        ddo.com, type = AAAA, class = IN
    AUTHORITY RECORDS:
    ->  ddo.com
        ttl = 1800 (30 mins)
        primary name server = ns01.ddo.com
        responsible mail addr = root.ddo.com
        serial  = 2102003109
        refresh = 300 (5 mins)
        retry   = 900 (15 mins)
        expire  = 2419200 (28 days)
        default TTL = 10800 (3 hours)

------------
Nom :    ddo.com
Address:  198.252.160.57

 

I asked for the IP of the host named ddo.com

nslookup told me that it's IP address is 198.252.160.57... which just told me that I fucked up this morning...
as I typed 192.252.160.23 this morning, which gave me a wrong answer... That's what happens when you try to do network stuff before the morning coffee...

lets see now... I have set nslookup in debug mode, so it shows me the queries it's performing.

> 198.252.160.23
Serveur :   dns-adsl-gpe2-a.wanadoo.fr
Address:  80.10.246.3

------------
Got answer:
    HEADER:
        opcode = QUERY, id = 6, rcode = NXDOMAIN
        header flags:  response, want recursion, recursion avail.
        questions = 1,  answers = 0,  authority records = 1,  additional = 0

    QUESTIONS:
        23.160.252.198.in-addr.arpa, type = PTR, class = IN
    AUTHORITY RECORDS:
    ->  198.in-addr.arpa
        ttl = 3600 (1 hour)
        primary name server = z.arin.net
        responsible mail addr = dns-ops.arin.net
        serial  = 2016031249
        refresh = 1800 (30 mins)
        retry   = 900 (15 mins)
        expire  = 691200 (8 days)
        default TTL = 10800 (3 hours)

------------
*** dns-adsl-gpe2-a.wanadoo.fr ne parvient pas à trouver 198.252.160.23 : Non-existent domain
>
 

Well it's still fucked up, but not in the same way, it says that no domain is tied to the IP 198.252.160.23. ( NXDOMAIN )
So they didn't even bother to fill up the reverse records ( the PTR type )

Anyway, as I said it doesn't matter to players, only Luddite like me do revese DNS queries. DDO only needs the normal DNS records ( the A ones ) to work,
so having no PTR records doesn't matter.

For fun :

> set type=MX
> ddo.com
Serveur :   dns-adsl-gpe2-a.wanadoo.fr
Address:  80.10.246.3

------------
Got answer:
    HEADER:
        opcode = QUERY, id = 9, rcode = NOERROR
        header flags:  response, want recursion, recursion avail.
        questions = 1,  answers = 3,  authority records = 0,  additional = 0

    QUESTIONS:
        ddo.com, type = MX, class = IN
    ANSWERS:
    ->  ddo.com
        MX preference = 20, mail exchanger = a.mx.turbine.com
        ttl = 1800 (30 mins)
    ->  ddo.com
        MX preference = 10, mail exchanger = ddo-com.mail.protection.outlook.com
        ttl = 1800 (30 mins)
    ->  ddo.com
        MX preference = 30, mail exchanger = b.mx.turbine.com
        ttl = 1800 (30 mins)

------------
Réponse ne faisant pas autorité :
ddo.com
        MX preference = 20, mail exchanger = a.mx.turbine.com
        ttl = 1800 (30 mins)
ddo.com
        MX preference = 10, mail exchanger = ddo-com.mail.protection.outlook.com
        ttl = 1800 (30 mins)
ddo.com
        MX preference = 30, mail exchanger = b.mx.turbine.com
        ttl = 1800 (30 mins)
>
 

I asked nslookup to give me the mail servers. There's 3 mail servers belonging to Turbine.
Interestingly the middle one tells me a lot.
Turbine uses Outlook and they have an external access, where they can connect to with their laptops/mobile devices as if they were in the internal network .
We have the same thing at work ( sadly I despise Outlook, so I can't use that, and I have to fire up the VPN every time I want to check my emails )
It also tells me that they are probably using Outlook365 and the rest of the Microsoft rented suite...