Vercel’s Post

Having more available and redundant connections is the desire of any data center, today with the current situation of the world a stable connection that can be used even in very difficult situations is increasingly required. For this, radio bridges help us and even better, low-orbit satellite connections can be a stable alternative to wired […] The post How does the connection to MYETV work? first appeared on MYETV Blog.

Having more available and redundant connections is the desire of any data center, today with the current situation of the world a stable connection that can be used even in very difficult situations is increasingly required. For this, radio bridges help us and even better, low-orbit satellite connections can be a stable alternative to wired […] The post How does the connection to MYETV work? first appeared on MYETV Blog.

Last week, I shared how to install Riverbed NetProfiler and Flow Gateway in a Proxmox VE environment. This week, I'm being excited to present the next blog article on how to collect NetFlows in a Proxmox VE environment and forward them to Riverbed NetProfiler Flow Gateway for more in-depth analysis. Check out the step-by-step guide here: https://lnkd.in/evau_-9c I started already the work on the next episode of this blog series: How to monitor Service Availability with NetFlow data. - Keep you posted! #NetFlow #ProxmoxVE #NetProfiler #FlowGateway #NetworkAnalysis #observability #riverbed

By now you probably heard the news: VNet Flow Logs are generally available! With Traffic Analytics, VNet Flow Logs give you a lot of valuable insights and visibility into your network traffic. But why stopping there, if you can dive into the data yourself? Here you can find a couple of queries to do additional research on your traffic, from investigating the applications a machine is using to finding out data exfiltration incidents or aggregating data coming to and from ExpressRoute: https://lnkd.in/dgJufXzg

How does the TCP receiver know what kind of OPTIONS are in the TCP segment it received and what their values are? As we know, the TCP header has a portion of fixed length (20 bytes) and a portion of variable length called the OPTIONS field (0-40 bytes). Every TCP segment exchanged between peers can have a TCP header of different lengths due to the variable length of the OPTIONS field. Some OPTIONS, like "MSS" can only be present in "SYN" and "SYN+ACK" segments of a TCP conversation. Some "SYN" packets may not even contain the "MSS" option in the OPTIONS field. The point is that even the HANDSHAKE segments vary in length because of the OPTIONS field. So how does a TCP receiver interpret each TCP segment’s OPTIONS field correctly? The answer is by using "TLV." All OPTIONS (except 2 ) are sent in the "TLV" format by Sender & receiver is programmed to read OPTIONS in the same format. T = Type (or "KIND" as mentioned in the RFC) It tells the receiver what kind of OPTION it is. If Type = 2, it tells the receiver that this particular OPTION is "MSS". If Type = 3, it tells the receiver that the given OPTION is "Window Scaling Factor". The "TYPE/KIND" field is 1 byte in length always. L = Length (Total Length of this particular OPTION) This field itself occupies 1 byte of OPTIONS. I will explain this further while explaining what "V" is below. V = Value (it denotes what the actual value of this particular OPTION type is). Size of VALUE field varies across different OPTIONS. For "MSS", it is 2 Bytes. For "Window Scaling Factor", it is 1 Byte. So, if Type = 2, we know the VALUE of this OPTION is filled with MSS (maximum segment size). The MSS value is specified in a 2-Byte field (immediately after the length). So the LENGTH("L" of TLV) of this OPTION = 1 + 1 + 2 = 4 bytes (1 byte for type, 1 byte for length, and 2 bytes for the actual value size). In the code of networking devices, the mapping between TYPE and what OPTION that corresponds to is predefined. It’s already defined what each TYPE stands for. So in this example, when the receiver receives this segment, it will read the first 20 bytes of the fixed TCP header, and the 21st byte will be KIND. Receiver reads the content of KIND = 2. So, the receiver knows this is an OPTION for "MSS". After reading the "TYPE/KIND", it will start reading "L" (length). It reads the content of Length as 4. So it evaluates the actual length of the "Value" field as 4 - 1 - 1 = 2 bytes. Now the receiver reads the next 2 bytes as the actual VALUE of "MSS". After reading it, the receiver reads the 25th byte, which holds the "KIND" of the next option. The receiver will repeat the above process of reading LENGTH followed by actual VALUE until all OPTIONS are read. But how does the Receiver know where TCP OPTIONS end? The Data-Offset field in the fixed TCP header denotes the total length of the TCP header (20 bytes + OPTIONS length). RFC: https://lnkd.in/gsZqckqU #TAC #TCP #Networking #Cybersecurity #Learning

Why is Flow data, not PCAP, the foundation of Network Observability? Read the Mark Taylor blog post https://lnkd.in/g42GpTAp #networkobservability #netops

Maximize Efficiency & Security in File Sharing with Ryussi: Dive into the era of hassle-free file sharing with Ryussi Technologies (P) Ltd.'s SMB3 technology. Our platform brings secure, rapid, and seamless file transfers, redefining how your business collaborates. Say goodbye to slow and vulnerable file-sharing methods and welcome a new level of productivity and protection. Learn more - https://lnkd.in/daaf3Bcz #Ryussi #EfficientFileSharing #SMB3Technology #SecureData #BoostProductivity

Yet another great article from our cloudtrooper! This time it is about a great new feature aka Vnet Flow Logs which help you gain visibility on the network activity in your implementation, observability is key for not only resiliency, security but also operational efficiency. Enjoy the reading.

Connection churn—the rate of TCP client connections and disconnections—can be a sign of an unhealthy system. Learn about its common symptoms and causes, as well as how Datadog can help you monitor your services to stay ahead of connection churn https://lnkd.in/dqFMHD5h

Discover the essential features driving the evolution of modern network storage solutions. This insightful guide offers tech enthusiasts and businesses a comprehensive look into the advanced capabilities that make today's network storage systems indispensable. #NetworkStorage #TechInnovation #NASSolutions #NASStorage #ScalableTech #NASStorageSolutions https://lnkd.in/d-qPQVWG