CheckEmoji Community · the emoji forum
🏠 Home 🆕 What's new ❓ Unanswered 🔥 Popular 📡 RSS Members 👥 0 online log in · register
Home › Jack Cook7 › Posts

Posts by Jack Cook7

796 posts shown.

Chris Rogers2 said:Alright, so is there any way I can use a filter or something to reserve just a few Mbps of my DSL for browsing? Honestly, I don't give a damn about download speeds; I just need my ping to stay low.

So I was doing a little deep dive into that HA35 router. Honestly, it’s pretty much like any other piece of gear designed for big telecom companies to blast out to homes everywhere—you just can't find much info on it. Sure, you can track down the User's manual if you look hard enough, but it’s super thin. It barely tells you anything!

The trick with these kinds of devices is that they work on different permission tiers. Cisco calls them "levels." Level 15 is the big boss—that’s full root access where you own the whole thing. Then you've got the user mode you're stuck in, which is usually level 2; it lets you dabble in some admin stuff, but you aren't running the show. If you're down at level 0, you're basically just a passenger—you can use the device to pass traffic through, but you can't see or touch a single setting. You can actually customize the other levels to fit specific admin roles, too. The main thing to remember? A lower level can't peek at or mess with anything from a higher level. Period.

Look, what you're seeing when you log into the HA35 is basically just Level 2 access. It’s a super limited set of router commands that only lets you mess with the bare essentials. It's all laid out in the User's manual if you want to dig into it. As for the Operations manual—the one that actually gives you Level 15 privileges? Yeah, good luck finding that one anywhere. It's nowhere to be found.

Look, if you want to mess with the heavy-duty stuff—I'm talking GRE tunneling, configuring VLANs per port, tweaking traffic priorities, or deciding exactly which data flows through which link—you’re gonna need Level 15, aka root access. And let me tell you, AT&T isn't just going to hand that over to you. They won't. For a million different reasons, they keep those keys locked tight. Sure, you could try to crack it, but why even bother? It’s a total waste of time. The second they run their next automated maintenance cycle, they’ll just wipe your changes and reset everything back to how they want it. Same deal if you try to factory reset the router using the firmware defaults. You'll just end up right back where you started.

Look, there's really only one way to go about this: you’d have to crack the router and swap out that root password entirely. It’s basically a way to effectively snatch the hardware away from AT&T. But honestly? I wouldn't recommend it. Since they technically own the thing until you buy it out, messing with it feels a bit like breaking into someone else's apartment. Plus, once you go down that rabbit hole, you're on your own—you lose all technical support from the provider and won't even have a User's manual to fall back on.

Another way to play it is to just grab an equivalent DSL/LTE router and start messing around with it. You know, see what sticks. But honestly? That’s really only for the folks who already know their way around routing and aren't afraid to break things.

The big thing you gotta do here is move that IPTV over to the LTE—maybe even throw the VoIP and video on there too—so you can save the DSL strictly for gaming. With how things are set up right now, it’s just not happening. I actually tried killing the DSL link to see if it would force the switch, but the TV went totally dead. Turns out the current settings are basically hard-blocking any IPTV traffic coming through the LTE. Total bummer.

The real question is where the bottleneck actually is. See, GRE works by bundling two or more links into one single virtual connection, and then it just manages the bandwidth—kicking links into gear whenever it feels like it. The whole algorithm behind how that happens is constantly shifting, and honestly, it depends entirely on what kind of links you’re playing with. It’s a totally different ballgame when you’re pairing up four 1Gbps Ethernet lines versus trying to mash some DSL with an LTE connection. At the end of the day, both of those are basically just dial-up setups that spin up a connection only when they need to.

Theoretically speaking, your router is the one calling the shots here. It’s all about those bandwidth thresholds, RTT thresholds, and those specific Binding filters that dictate which port hits which link—basically deciding which connection takes priority, whether you call it primary, least cost, or whatever. Honestly, I'm stumped on how to help you there, though. There isn't anything in the HA35 User's manual about tweaking those settings, and frankly, I'm not even sure if you can change them at all with this specific configuration.

In the worst-case scenario, the ISP basically runs the whole show. They control every single bit of traffic flowing through the line, which means they can even force your IPTV to run over LTE if they feel like it. On top of that, they won't let you touch anything involving GRE tunnels—they’ll just block all that traffic on those specific ports before you even get a chance to try.

Man, there’s honestly nothing you could’ve done about that mess during the game. It clearly wasn't on your end. See, since your setup runs on dual links—both DSL and LTE—the ISP has the exact same thing going on at their headquarters. They’ve got the DSLAM and the LTE base station both feeding into the same hub. That hub uses a beefier router to run a GRE tunnel straight to every single individual user out there. With everyone jumping online for the big game, that router just got slammed. It likely choked out the DSL, then the LTE, and then the whole router probably just hit a wall and rebooted. Once that happens, you’re stuck waiting ten minutes or so for everything to kick back in. Tough luck!

It’s the same old story—they won't let you kill the interlacing on your TV because it would absolutely wreck your connection, the DSLAM, and the ISP's router all at once. It isn't just about your setup, man; you're talking about hundreds of other users sharing that same hardware. Turning that stuff off would spike the load for everyone on that router big time.

And honestly? I don't think timing in the game is your actual headache. You're probably playing just fine while IPTV is running in the background. The real killer is the congestion happening somewhere else entirely—not on your end, but likely at the ISP's GRE router. Whether the bottleneck is right there at the router, deeper in the backbone, or even on the transit link connecting your provider to the one hosting the IPTV stream or linking you to other players... who knows? The ISP isn't going to give you a straight answer; they really don't care enough to dig into it for you.

Your best bet is to play around with whatever settings you actually have access to. Mess with the bandwidth threshold, the RTT threshold, or those Binding filters—maybe you'll stumble onto a sweet spot that works better for you. You could also try toggling the firewall for outbound traffic to block everything that isn't strictly necessary.

I'm gonna do a little more digging to see if I can track down a User's manual for the HA35.

PS: I found this Maintenance manual for the HA35 that lists some default passwords on page 9. Most likely, they've already been changed, but maybe you could try a factory reset and go from there.
https://drive.google.com/drive/folde...xWVnCsUlK41Vca

from: https://forum.openwrt.org/t/unlockin...-dsl-lte/34302
Think of RTT (round trip time) as being similar to ping latency, but there's a catch. Ping operates at Layer 3 via ICMP, whereas RTT hits you right at Layer 7 on the application layer. That makes it a way better metric since it’s directly tied to the GRE—you know, that bonding protocol that mashes multiple links into one big pipe.

You really ought to be using an RTT threshold to trigger when the LTE kicks in. If you set that limit at 500ms, you're basically saying the LTE shouldn't even bother waking up until the DSL is seriously choked out.
Chris Rogers2 said:Nah, DirecTV works fine.

So, if the TV is fine, the bottleneck isn't on your end. The real question is whether there's a massive congestion issue at the DSLAM or within the ISP's routing, or if it's happening at the LTE base stations, or maybe even deeper in their core network.

That "spike" you're seeing is most likely what happens in-game when the system flips from DSL over to LTE. Your TV stays glued to the DSL line, while everything else jumps over to LTE. That’s where the Binding filter comes in—it basically dictates which traffic goes where.

Your RTT is sitting at 500ms. Man, that's a bit high.

When the connection dropped yesterday, was it the TV or your gaming session that cut out?
Chris Rogers2 said:Right now the ping is fine—I'm seeing 42-43 in-game—but there have been days where I can't get anything under 120 for two or three days straight. Or it'll be good and then suddenly spike, probably when it switches over to mobile data. Yesterday afternoon was a total disaster; the connection just completely died on me. Probably because everyone was watching the game and the lines were totally slammed.

So, you're running without DirecTV?
Chris Rogers2 said:View on imgur

Regarding the bonding, it says the type is LTEDSL and "available bandwidth 15279"

RTT switch:
0
Current RTT:
47
RTT threshold:
500
Bandwidth statistics interval:
10
Available bandwidth:
15297
Error message:
None

Honestly, port forwarding doesn't do much for me. I think having some actual "Bandwidth control" would be way more useful.

Regarding the bonding, it shows the type as LTEDSL and the "available bandwidth 15279"

RTT switch: 0
Current RTT: 47
RTT threshold: 500
Bandwidth statistics interval: 10
Available bandwidth: 15297
Error message:None

So this is the "Bonding Information." Is that seriously just 15 Mbps? Or are we talking 15 MB/s?
Looks like they're using GRE for the bonding.

Any way to check the routing rules? They might have just handled everything with static routes.
Chris Rogers2 said:Look, whenever I fire up a game and my ping jumps from 42 to 120+, it happens every single time it starts drizzling outside. And regardless of what you say about latency not showing it, I can clearly see my connection is trash by the packet loss.

I get that it was designed this way on purpose, but as a customer, I'm not feeling it. My internet was better before they shoved this hybrid router down my throat, and it was even better back when I could disable interleaving—something AT&T won't let you do anymore because of DirecTV. Not to mention how they use this mobile backup and hybrid router setup to mask technical failures and sheer laziness.

Try running a ping test from your PC using 64kB packets toward an external host, maybe something over at DirecTV.

ping -l 64000

Give it a shot, and try disabling fragmentation just to see if it actually works; it really should for streaming:

ping -f -l 64000
Chris Rogers2 said:The Roku needs to be plugged into LAN 2, right?

Connection's still holding up before the line expires. TV is working fine, and I’ve even got a 1080p 60 FPS stream running on my PC.

I can't see the image you linked, so I don't have any text to work with! Drop the content here and I'll get to work on it.

So, I went ahead and reset the DSL line on my router, and now my DirecTV is completely dead. It won't connect at all. Meanwhile, the internet on my PC is working perfectly fine—I’ve even got a stream running right now without a single hiccup. What gives?

I can't see the image you're trying to share. It looks like the link is broken or the upload didn't go through. Try posting it again so I can actually take a look.

Totally blanked on checking the mobile broadband settings, so here’s a screenshot of the router right after the reset while the external line is still dead. The router rebooted just fine and I'm getting smooth 1080p 60 FPS streaming, but the TV is still throwing that "x306 service currently unavailable" error, and my phone is acting up too.

I can't see the image you linked. Drop the details or a description here and I'll get on it.

Internet VLAN status: disconnected.
The IPTV VDSL VLAN is showing as disconnected.
VOIP_VDSL status says disconnected.
VDSL Management just dropped.
Mobile connected, IPv4

Edit: that VDSL Management thing might be for bonding or tunneling, whatever way it actually works.

Look, kid, it sounds like they did the exact opposite of what you actually wanted.

I poked around that router a bit, but I couldn't find an Operator's manual, just the User's one.

It uses "bonding"—basically pairing up links, like DSL and LTE. I haven't figured out exactly how it handles it on the Huawei HA35 yet, but there are usually a few ways it works.

It looks like the DSL/wired connection is dedicated specifically to the DirecTV traffic, meaning those VLAN IPTV VDSL setups where the DSL port and the LAN 2 port live.

Everything else stays in VOIP (phone) and the Internet VLAN, which map to their own LAN ports. It seems like the bonding is set up so they can failover from DSL to LTE. There might even be a load threshold on the DSL connection that triggers the LTE kick-in.

That’s probably why your TV dies when you pull the DSL connection, while your PC and phone just hop over to LTE.

Now, you should be able to see the configuration details under "Bonding tunnel" and "Bonding Information," if they aren't locked away. Some versions even have "Bonding Filtering" or something similar that dictates which traffic gets access to which link. Can you actually find those settings on the router, or are they hidden?

My guess is this stuff is configured via the command line, along with all the priorities and thresholds.

By the way, does he get lag in his games only when the TV is on, or is it happening all the time?
Chris Rogers2 said:I'm not exactly sure how to verify this, but I've got access to the router settings via the admin password. I unplugged my Roku from the router (LAN 2) and rebooted everything, yet VDSL Management and IPTV still show as connected—so that's probably just showing what's linked from the router outward. But honestly, what you're saying about it being the exact opposite is likely right. AT&T keeps insisting I can't pull this off and that DirecTV absolutely has to be hardwired.

Here’s the traffic straight from the router. DirecTV is leaking, which means the TV isn't actually being routed through the device right now:

I can't see any images or links here, man. You gotta drop the actual text if you want me to take a look at it.

Here’s the speed test I ran about two minutes after plugging the Roku into the router and getting it up and running.

I can't see the image you're trying to show me. If you want me to take a look at those screenshots or whatever you've got there, you'll need to actually upload them or provide a link I can access. Give me something to work with!

Alright, looking at that second screenshot, it's obvious the Roku is sitting on the IPTV VDSL VLAN since the traffic spiked immediately. You've definitely got multiple VLANs running.

1. Does that Roku always have to be plugged into one specific physical port on the router?

2. Could you try this experiment: while the TV is running, just pull the plug on the main wired internet interface (basically kill the wired connection). Theoretically, after a few seconds, everything should kick over to the 4G backup (the "mobile" interface, right?). Grab a screen recording of the traffic during that switch.
Chris Rogers2 said:Exactly. I don't use the internet on the TV. Just browsing and gaming on my laptop. My setup is running Killer WiFi 6 AX1650x and a Killer E2500 Ethernet card.

Gotcha.

So, basically, you’ve got two separate virtual networks running in your house—one dedicated to DirecTV, which only has one fixed device (your Roku) plugged into a specific physical ethernet port, and then a second one for everything else, covering all the other ports and the WiFi?

If that's how it's set up, we can totally fix this using two VLANs. One VLAN is for DirecTV—looks like that one's already there, labeled VDSL Management. The second VLAN would be for everything else.

Can you double-check if the actual physical port where your Roku is plugged in belongs to that specific VLAN (VDSL Management)?

The plan is to have the router route traffic from VLAN 1 (DirecTV) over to the mobile interface (like 4G?), while VLAN 2 (everything else) stays on the wired interface (VDSL).
It honestly looks like DirecTV set it up the exact opposite way by default.
Chris Rogers2 said:The router is a Huawei HA35 and the Roku is a GX-HT501EL. I've got that Roku on the VLAN IPTV VDSL, a VOIP phone on VDSL, and my PC hooked up via WiFi. If it helps, "VDSL Management" is also listed in the router settings. Everything is running on IPv4.

Alright, so the TV box is using DirecTV (basically the IPTV VDSL setup), while everything else—like the phone and the PC—is just hitting the regular internet?

Or are you actually browsing the web through the TV too?
Chris Rogers2 said:Is there any way to prioritize web traffic over Max TV when I'm using the wired connection on my AT&T hybrid router? Basically, I want the TV to pull from the cellular data while the actual internet traffic stays on the hardline.

What kind of gear are you rocking right now, and what exactly is plugged into it?
Ubee EVW32C port forwarding help in IT Support ·
shadowviper12 said:I've got fiber, yeah. Well, technically it runs to the building and then it's just coax all the way to my router.

Again, don't take this the wrong way, but I've always been pretty skeptical of "appeal to authority" arguments—especially when they come from random folks on the internet. I prefer actual logic, and I think I can wrap my head around what's being said here if we stick to the facts.

I had no idea my ISP swaps IPs every week—I'll have to double-check that. If Verizon actually operates that way, it's definitely a downside for standard plans, but a big plus for anyone using a DDNS solution.

You didn't really explain *why* Samba is unusable or specifically in what context it fails. I'm sure there's truth to that for certain setups, but I'm struggling to see how it applies to my specific use case. If you could shed some light on that, I'd really appreciate it.

I use public storage services, but they aren't practical for what I'm trying to do—the free tiers offer way too little space to be worth it for my needs. And as for someone stealing stuff from my Dropbox? Honestly, if they're stealing things I've already "borrowed" myself, it's not exactly a crisis.

So you go out of your way to hunt down advice from a bunch of random internet experts, but once they actually tell you what you need to hear... suddenly you're totally unprepared to actually listen? Classic.

Man, I had no clue my ISP rotates my IP address once a week! I’m definitely gonna have to double-check that. If it turns out Verizon actually does that, then it's a total bummer for anyone on a fixed plan, but honestly? It's a huge win if you're running a DDNS setup. Makes life way easier.

Man, you didn't actually say *why* Samba is useless or even what kind of stuff it fails at. I mean, sure, maybe it sucks for certain specific things, but honestly? I have no clue how that affects my own setup. If you could give me some actual info on where it falls short, I'd really appreciate it!

I’ve tried using those public cloud storage services, but honestly? They’re useless for what I’m trying to do. The free tiers are such a joke—there’s way too little space to actually make anything interesting happen with this setup. And look, if someone decides to swipe my stuff from Dropbox, I really couldn't care less. It's not like they're stealing anything I didn't already "borrow" myself!

The whole thing with Samba is that its authentication—you know, actually making sure users are logging in securely—is a total mess. Honestly, NAT basically kills any chance of secure user login because that's just how it's built to function. It’s a huge headache!

Maybe give NAT-T (tunneling) a shot? It’s basically just a stripped-down, cleaner version of NAT. Worth a look!
Check this out! I just stumbled upon some seriously intense research from the folks over at the University of Arizona. They’re diving deep into NAT traversal—basically how devices find their way through those pesky network barriers—and honestly, the technical depth here is wild. It’s one of those "rabbit hole" links that starts simple and ends up making your brain itch in the best way possible. Definitely worth a look if you’re into the nitty-gritty of network architecture!
Ubee EVW32C port forwarding help in IT Support ·
shadowviper12 said:Thanks for the input, though I gotta say it feels a little condescending since you didn't actually give me a solid "why" behind it. I don't really see how the protocol's origin story changes anything here—the setup is working for now, and honestly, if it isn't absolutely flawless, I can live with that.
I’m just looking for some real-world advice or actual, concrete reasons why switching over to a DDNS plan would be a total waste of my time. Just so we're on the same page and I can get the best info possible: the whole point of this rig is pretty simple—I just want to stream music from the drive to my phone while I'm out and about.

Well, you got your practical advice. === Don't expose your file server to the open internet ===.

A static IP costs you money—you gotta pay your ISP for it (could be anything from a single address up to a full C class if you're feeling really loaded). If you don't want to shell out for a static one, you need dynamic DNS because your provider is gonna swap your router's public IP roughly once a week. There are plenty of reasons they do that, and all of them are valid.

The IBM file protocol (aka SMB, Simple message Block) was built for tiny local networks, like maybe 10 PCs sitting in a room. Once Microsoft took over, the thing ballooned into this massive beast that’s practically useless on the internet.

If you really want your files online, just use services like Dropbox or Google Drive. What people always overlook is that when you dump your files onto a public service like that, you're basically handing your content over to the service provider, both in practice and legally.
Ubee EVW32C port forwarding help in IT Support ·
Samba (if I remember correctly, we were on v4.0?) is basically just an open-source version of a Microsoft protocol. It’s honestly such a waste because it just ripped off an old IBM protocol meant for tiny local networks way before NAT even existed.

Just a friendly heads-up: don't go messing around with stuff you don't actually understand.
Ubee EVW32C port forwarding help in IT Support ·
It’s actually super easy to get in. I mean, NAT has been around for over 30 years, and then you’ve got PAT too.

Friendly advice though—if you have no clue what you're doing, just don't touch it.
Anderlon, I'm calling you out! in Feedback & Suggestions ·
Look, Modesty really has a heart of gold. 😲
Anderlon, I'm calling you out! in Feedback & Suggestions ·
Whoa, chill out guys, you're all getting way too hyped up.
What on earth is "my network," and why is an OS installation asking for permission just because I'm connected to something?

So, how did you even track down that Linux Mint installer?
Are you an authorized service center? I've heard some stories about people trying to handle repairs themselves...
How to connect to WiFi on Windows XP? in IT Support ·
Alexander Diaz4 said:What kind of "highly reputable and successful companies" are we even talking about here? You gotta be more specific—are we talking about the blue-chip giants like Apple and Microsoft, or those massive conglomerates like ExxonMobil and Walmart that basically run everything? Give me a direction so I don't have to guess.

I’m honestly just dying to know how people at my old firm had the absolute nerve—like, where do you even find that kind of audacity?—to be running an HMI on a ten-million-dollar machine using Windows 7 instead of upgrading to Windows 10. 🤔

Clearly, someone totally dropped the ball on that one.