Welcome Guest ( Log In | Register )

Bump Topic Topic Closed RSS Feed

Outline · [ Standard ] · Linear+

Unifi Official TM UniFi High Speed Broadband Thread V42, READ 1ST PAGE FOR RELEVANT WIFI INFO!

views
     
SUSnonamer
post Dec 4 2023, 06:27 PM

Getting Started
**
Junior Member
224 posts

Joined: Apr 2019
the asus thread got 2x the number of pages than the closed down thread
if cant even figure out forum software how to figure out super advanced networking matters
i know this section filled with low capability center workers but this is a new low point
sorry that this kind of stupidity is just inviting for my bluntness
SUSnonamer
post Jun 19 2024, 04:27 PM

Getting Started
**
Junior Member
224 posts

Joined: Apr 2019
QUOTE(Ashren @ Jun 19 2024, 10:02 AM)
Your area gateway has a very much optimized routing. Correct MTU set also. Nice.
*
that guy seems to be from johor so it looks like less one hop because kl gateway goes to johor gateway before going out to usa via submarine cable

that could also be why datacenter is better to be located at johor besides there is no difference in quality of worker between sg/kl/jb because the industry mostly made up of communicators who learn up technical


edit : not sg but submarine cable

This post has been edited by nonamer: Jun 20 2024, 07:12 AM
SUSnonamer
post Jun 20 2024, 08:54 PM

Getting Started
**
Junior Member
224 posts

Joined: Apr 2019
QUOTE(kwss @ Jun 20 2024, 04:46 PM)
Nope, they didn't do any of that. They just read the packet TTL and derive it from the OS because different OS has different default TTL.
If TM want to game the website they can just MPLS from the BNG.
But wait for it, I can do it myself and the internet is so much smoother after that!
CODE
# sysctl net.ipv4.ip_default_ttl=81


user posted image
*
whats the point of showing 1 hop when in actual behind it has many hops?

this is not a game of fooling system or people

if u can show unmodified windows linux macos have differing hop count when connect pppoe to same endpoint then we have something otherwise this is just low quality nonsense

SUSnonamer
post Jun 20 2024, 08:58 PM

Getting Started
**
Junior Member
224 posts

Joined: Apr 2019
QUOTE(Jjuggler @ Jun 20 2024, 07:42 PM)
Take a chill pill man. Be calm mate. I thought it was plusminus 8 bytes. Now 12 bytes meh? Maybe I need to refresh my networking knowledge. I think I didn't mention about routing problem for me. I just shared the browserleaks.com/ip stat for fun. Maybe you wrongly tag me mate.
*
my 4g phone have mtu lower than 1400
SUSnonamer
post Jun 21 2024, 12:57 AM

Getting Started
**
Junior Member
224 posts

Joined: Apr 2019
QUOTE(kwss @ Jun 20 2024, 09:47 PM)
Now hop count  is not accurate in MPLS network. I already written it few days back to Ashren but he didn't rebuke any of my technical explanation. I will repeat the gist here.
In MPLS network, a single tunnel will reduce TTL by 1 hop, regardless of if it pass through 1 router or 100 routers. Compare to path that didn't enter MPLS tunnel, each router is considered 1 hop. This is also the reason why I have written in the past about local telco should provide BGP Looking Glass which at least shows the MPLS Label routing.
*
we only care about the main gateways that running ip that can support ttl

SUSnonamer
post Jun 21 2024, 07:56 AM

Getting Started
**
Junior Member
224 posts

Joined: Apr 2019
QUOTE(kwss @ Jun 21 2024, 01:27 AM)
What do you mean? TTL is a required headers for all packets, regardless of it's TCP, UDP or ICMP.
There's no such thing as main gateway as every router along the path is technically a gateway. But not all of them will reduce the TTL by 1, in the case of MPLS.
Now there's no way for the web site to know how the packet route at all, including if it went through a tunnel.

Is there a gateway that don't run IP? I am not sure what do you mean.

Is that a question or a statement? Every gateway process TTL. Every gateway runs IP.
*
if telco does not show mpls routing, do u think ttl is enabled in their mpls network?
SUSnonamer
post Jun 21 2024, 05:33 PM

Getting Started
**
Junior Member
224 posts

Joined: Apr 2019
QUOTE(kwss @ Jun 21 2024, 04:13 PM)
Sorry man, I think my brain is having some problem. I still don't quite get your question.

If your question is "Is the hop count accurate if your telco don't use MPLS?"
The answer is most probably not. When your packet crosses to another AS, that AS might very well use MPLS / SRv6 in their network. This is a common deployment pattern used by a lot of service provider called "BGP-Free Core".
The implementation can be straight MPLS, Control-plane using MPLS with data-plane using SRv6, or straight SRv6, but the concept is still the same, with the same implication.

If your question is "Telco use MPLS routing, but you do not know if you are crossing a MPLS segment, which TTL is used?"
MPLS header has a TTL field. If it crosses the MPLS segment, the TTL field in the MPLS packet will be reduced. But your packet is never processed because it is the payload inside the MPLS packet.
Once the packet exit the MPLS tunnel, then processing of your packet from subsequent routing decision will reduce the TTL from your packet. Of course this also applies when the packet leave your device because MPLS tunnel don't exist in your home network.
*
what if the behaviour is like this --> https://www.stigviewer.com/stig/cisco_ios_x...inding/V-216790

SUSnonamer
post Jun 22 2024, 09:05 PM

Getting Started
**
Junior Member
224 posts

Joined: Apr 2019
QUOTE(kwss @ Jun 21 2024, 07:42 PM)
Let's say none of all the above is true, we still might have a situation where MPLS tunnel is encapsulated inside another MPLS tunnel. This is a common scenario called "carrier of carrier".
why not they work if they support ttl propagation and icmp tunneling?


SUSnonamer
post Jun 23 2024, 12:56 AM

Getting Started
**
Junior Member
224 posts

Joined: Apr 2019
QUOTE(kwss @ Jun 22 2024, 11:20 PM)
MPLS will encapsulate anything, it just treat the payload as data stream. So for TTL Propagation to work, it will specifically recognize IP packet only.
In the first encapsulation, you have the following:
MPLS(IP)

In second encapsulation, it becomes:
MPLS(MPLS(IP))

You can keep on encapsulating as long as your network has a big enough frame size. So as you can see if you only go through one MPLS tunnel, your IP packet TTL will reduce just fine (assume the router is configured for it). However when it hits another tunnel, the data type of the payload is MPLS, not IP, so TTL propagation stops.
*
rfc3443 there is mention tunneled packet type with two ttl values (different than encapsulating packet) which should be for use with tunnels

SUSnonamer
post Jun 25 2024, 08:23 AM

Getting Started
**
Junior Member
224 posts

Joined: Apr 2019
remove

This post has been edited by nonamer: Jun 25 2024, 09:32 AM
SUSnonamer
post Jul 29 2024, 05:52 PM

Getting Started
**
Junior Member
224 posts

Joined: Apr 2019
connection to europe having problem today? i access european site only for compiling code everyday, today failed twice already, same symptom as when during the recent submarine cable issue

Topic ClosedOptions
 

Change to:
| Lo-Fi Version
0.2274sec    1.35    7 queries    GZIP Disabled
Time is now: 19th December 2025 - 10:46 AM