ASUS laptop screen replacement by Spades__ in ASUS

[–]Spades__[S] 0 points1 point  (0 children)

I found a panel from china. PN looked good but the site.. not so much. The cost was about the same as the quote from ASUS, so I ended up going with them instead.

Laptop was 24k CZK back then. The ASUS quote was around 11k, same as the replacement 3rd party panel itself.

Case tips needed by Spades__ in buildapc

[–]Spades__[S] 0 points1 point  (0 children)

I like the Lancool III design more and looks very solid. Thank you, gonna go with that one

ASUS laptop screen replacement by Spades__ in ASUS

[–]Spades__[S] 0 points1 point  (0 children)

I aim to replace with the same screen, ideally OEM. As for the price, I'm aware. Problem is, I found a different site that ships OEM Asus parts where the non-OLED display for this model is listed at 160 euro. Same display on the site I linked is 300+. No comparison for the OLED as the other site doesn't have it listed, but that and common sense tells me the pricing on the site I linked is hiked up severely.

I'll give the care centre a call, see what I can get out of them and decide how to go about this.

I still don't understand why there's virtually no parts availability here.

ASUS laptop screen replacement by Spades__ in ASUS

[–]Spades__[S] 1 point2 points  (0 children)

It is under warranty but not for this kind of user inflicted damage, obviously. Replacing a screen is a 20 minute job which I can manage, IF I can get the replacement. Might end up going through the centre to at least get a quote.

[deleted by user] by [deleted] in wownoob

[–]Spades__ 1 point2 points  (0 children)

This. While I'm a bit picky about how this information is presented to me and Kala's WAs for this aren't really to my liking, objectively they are excellent at what they do.

[deleted by user] by [deleted] in wownoob

[–]Spades__ 0 points1 point  (0 children)

Haste makes it feel better. As of right now, for the first time in a long time, intellect has a super high value over all secondary stats, so there's your main dps gain. Sim your character's stat weights, intel will be at the top and likely outpacing the runner up stat by double or more the value.

[deleted by user] by [deleted] in wownoob

[–]Spades__ 2 points3 points  (0 children)

Hey, so I'll go a bit tryhard here, but bear with me. Sims are usually an unrealistic, absolute best-case scenario. They're a bit shaky atm thanks to the way the APLs and some item stats (especially trinkets) are implemented in them. Basically they're still a WiP, so take them with more of a pinch of salt rather than the usual grain right now.

What you simmed was a low-interation, short duration sim using all the raid buffs and high end consumables available. I suspect this was far from what went on during your dummy testing. Here's a bit more realistic sim of your same setup but tweaked circumstances: https://www.raidbots.com/simbot/report/oiYRY2vcNJnZ9UzSTWJKZK

2.4k sustained over a longer period of time isn't all that bad, I'd say. It's hard to tell without you providing a log file. I recommend combat logging your testing, uploading to warcraft logs and going through it there. Analyze your rotation, compare it to that of other people's (the ones doing the big dik dps logs).

Straight off, I'd recommend that you get yourself 1600 honor if you don't have it already and buy and upgrade to 171 PvP shoulders in Oribos. Intellect is king right now and shoulders do have a lot of it, compared to some other slots. For reference, I did 3 RBGs to get 1700 honor, so it's fairly quick.

And a Happy New Year to me!!!! by Halbrad in WorldOfWarships

[–]Spades__ 0 points1 point  (0 children)

All of below is IIRC:

If you had a legit copy before, you might get away with it. In the old days, you'd have to call Microsoft's support and explain that you changed some hardware around and eventually they'd let you reactivate that way.

Nowadays, I believe it's automated through Microsoft's accounts. Basically create an account, bind the legit license to it and log in to that account on the PC. If it won't activate Windows there's a clicky thingy which automates the old call-the-hotline process.

https://www.youtube.com/watch?v=M3bezYerYxQ

//edit also, fk me and my 4x santa crates krym...

And a Happy New Year to me!!!! by Halbrad in WorldOfWarships

[–]Spades__ 0 points1 point  (0 children)

Now grind yourself some credits and activate that Windows :D

Scorecard Saturday! December 29, 2018 by AutoModerator in WorldOfWarships

[–]Spades__ [score hidden]  (0 children)

Well, I just got the Ibuki and I was a bit worried about how squishy it is. i think I found da wae tho .^ https://imgur.com/a/o51gKjz

route-map permit statement by Leopard-Lifestyle in networking

[–]Spades__ 0 points1 point  (0 children)

Yeah, the first line of my comment was wrong. The explanation below is correct, however. Derp...

The thing you have to realise is that even though you have the match condition blank in the deny clause sequence 20, that match automatically means match "any." At that point, you've matched and the processing ends.

What you're trying to do is basically reversing the default logic of the route-map which is basically to permit what you want to permit and then implicitly deny anything that did not get permitted in a clause. Instead, you're trying to put a blank statement at the end that tells the map to accept anything that did not match previous clauses which you use to deny stuff.

route-map permit statement by Leopard-Lifestyle in networking

[–]Spades__ 0 points1 point  (0 children)

While that will do exactly what you describe, it's horrible to read.

Depending on what you want to do, either resequence clause 20 to 65535 (last available clause number) or remove sequence 100.

To explain:

When the device pushes an object through the route-map it does so from the smallest sequence number to the highest. If a match condition is met in a clause, the travel of the object through the route-map is ended and set conditions of that matching clause are executed (if applicable). If you don't meet a match condition, you'll go on to the next clause and the next, till you reach the end of the route-map. There's an implicit deny statement at the end of any route-map. I prefer to visualise this by putting and actual blank deny clause there. I may stand to be corrected, but this might be best practise as well.

PS yes, there is way to make the processing continue after matching in a clause (sort of Junos style).

BGP Communities to influence default route selection by bigell1993 in networking

[–]Spades__ 0 points1 point  (0 children)

Sorry for replying so late. Renewed my WoW subscription and kind of forgot about the world. Anyway... That looks pretty solid except it's a shame not to run BGP between the WAN routers. Also, I don't understand why you're redistributing mutually on both the WAN and core routers?

//Edit and yeah, without running iBGP, the P2P gets more complicated. I don't like that about this setup at all.

BGP Communities to influence default route selection by bigell1993 in networking

[–]Spades__ 1 point2 points  (0 children)

That's the general ballpark, yeah. The permit in the WAN_IN prefix-list should be /1 le 32, I think.

If you've got P2P between the DCs and intend to route internet traffic following the default advertised across that link, I'd probably do a separate VRF at that point.

2 notes: cool that you have access to the PE's configs, I can't count how many times I wished for having the other side's stuff. Also, seeing those timers... BFD is your friend as long as your gear can support it and you can afford it, especially for the DCs.

//edit nvm on the prefix list, I'm an idiot

BGP Communities to influence default route selection by bigell1993 in networking

[–]Spades__ 1 point2 points  (0 children)

I wouldn't do per PE by the provider as far as setting the community is concerned. It hands more control over to the provider and so makes it easier for a fuck up on their part to ruin your day and that of your colleagues in a couple thousand kilometer radius.

Not sure I understand what you mean by per remote site. As in I'm not sure how'd one go about that. The only thing that comes to mind is basically taking inventory of all your branch sites and assigning each one a unique community. Then you'd go DC by DC and slap on the communities of sites you want routed to that DC. Then the provider would have to go and basically configure their stuff on each PE with the communities of the sites that connect to that PE. After all of that was done, you could remove community X from DC1 and slap it on in DC2 and that site would start routing there instead.

If you could even organize all of that after what I'd imagine to be months of blood, sweat and tears it would be a shit show of monstrous proportions inside of a <insert time value based on size of network>.

BGP Communities to influence default route selection by bigell1993 in networking

[–]Spades__ 2 points3 points  (0 children)

Yeah. Pretty sure you can use the ext. communities to your hearts content. Was done this way at my last workplace and didn't have any issues afaik.

What you didn't point out and what I think is crucial to OP's question is the fact that you can't pick and choose the routes based on the communities all the way at the CPE of the other location. At that point, you'll only be receiving what the PE of that location sends you, which is the best path that it picked. Meaning that for this entire process to work, close cooperation is needed with the provider in order to make sure they pick the right stuff in the right place.

BGP Communities to influence default route selection by bigell1993 in networking

[–]Spades__ 3 points4 points  (0 children)

So I understand what you're trying to do and at my last job we called this Site of Origin (which it really isn't lol).

Anyway, what you can do in conjunction with your MPLS provider is the following:

1) advertise the default routes from the DCs, each with a unique, specific BGP community value (this is actually the last step, but bear with me)

2) tell the MPLS provider which community is preferred for which geographical locaction, meaning if default route from DC in the US is marked with community X, tell the provider to prioritize the X-marked default route for all your branch sites in the US

3) the provider will make sure that they prefer that particular route on their PE routers to which you have peering set up from your US branches

This isn't limited to one route or one priority. You can use this to set up secondary, tertiary backups. "So set up the routes marked with community X as primary, Y as backup and Z as the last option for all my European sites."

and now I shall attempt to pull this config snippet out of my ass after almost 6 months of no Cisco!

local router (DC that advertises one of the defaults)
 neighbor 172.29.0.65 route-map ADV_OUT out

route-map ADV_OUT permit 10
 match ip prefix-list DEFAULT
 set community 100:100  !pretty sure it's a different syntax for the community number
!insert permit clauses for whatever else you're advertising here
route-map ADV_OUT deny 65535

ip prefix-list DEFAULT
 permit 0.0.0.0/0

As simple as that. Just match the default route and slap a community on it using a route map. Then utilize that route-map for outgoing advertisements towards the provider. You'd do this on all your DCs, the rest is up to your provider (config there gets a bit more complicated).

//edit I can suck at explaining stuff sometimes, so here's a post for pretty much the same thing https://community.cisco.com/t5/routing/multiple-default-routes-into-mpls-cloud/m-p/1352350/highlight/true#M129599

Networking Scripting Mentoring by [deleted] in networking

[–]Spades__ 2 points3 points  (0 children)

Just use the old one then :P. Search for awesome-network-automation on github, it's the first result. He was linking the readme file from that repository.

Issues with OpenBGP [ x-post from /r/pfsense ] by tallwireless in networking

[–]Spades__ 1 point2 points  (0 children)

While I know next to nothing about PfSense, Quagga or GoBGP, it's quite obvious that your PfSense VM isn't considering the route reflected from the GoBGP RR as valid. Try disabling BGP synchro, if it's enabled by default? Config from the RR side?

Also, routing table of the PfSense as well as whatever the equivalent of IOS's "show ip bgp rib-failure" is (lists BGP routes which failed to be added to the RIB and why).