<img height="1" width="1" style="display:none;" alt="" src="https://px.ads.linkedin.com/collect/?pid=2975524&amp;fmt=gif">

Visibility Solutions

Garland Technology is committed to educating the benefits of having a strong foundation of network visibility and access. By providing this insight we protect the security of data across your network and beyond.


Garland Technology's resource library offers free use of white papers, eBooks, use cases, infographics, data sheets, video demos and more.


The TAP into Technology blog provides the latest news and insights on network access and visibility, including: network security, network monitoring and appliance connectivity and guest blogs from Industry experts and technology partners


Our extensive technology partnership ecosystem solves critical problems when it comes to network security, monitoring, application analysis, forensics and packet inspection.


Garland Technology is dedicated to high standards in quality and reliability, while delivering the greatest economical solutions for enterprise, service providers, and government agencies worldwide.


Whether you are ready to make a network TAP your foundation of visibility or just have questions, please contact us. Ask us about the Garland Difference!

Optimizing Network Productivity and Application Performance

As a network administrator, you are responsible for troubleshooting poor application performance problems. In an ideal world, Application Performance Management (APM) or Application-aware Network  Performance Management (AANPM) solutions should automatically isolate errors and provide all the diagnostic information that is needed for corrective action. But the reality is much more complex. 

Addressing Requirements for measurement analysis at the packet layer

Interactive problems, unexpected behavior of applications or networks, poor  configuration or the desire for solid evidence require manual troubleshooting by an  administrator. The network could be responsible for performance problems in multiple areas for different reasons: 
  • Adequate network bandwidth should now be available for most applications, even globally, so delays and packet loss on a corporate LAN are more likely the root cause of  problems than the lack of bandwidth. 
  • Network components (appliances) are in the path between branch offices and data centers  to optimize and improve application delivery. As transparent proxies in the network,  these systems actively interact with network traffic to improve throughput and reduce  latency. 

Allegro Packets addresses possible performance limitations, like how to measure and quantify them, how to show their impact, and suggest meaningful explanations and ways to correct them. It's about identifying potential performance issues, solving them faster and more accurately, while working more effectively with users and application owners. Gaining full network visibility at the packet level is an essential requirement to carry out analysis and measurement.

Questions and Answers at the Application Layer

We assume that the client-to-server communication via request/reply mechanism is based on the TCP/IP transport protocol. This procedure is used in nearly all interactive business applications.  These include web-based applications, fat client applications, file server accesses, file transfers, backups, etc. Since only the TCP/IP protocol is considered, this excludes voice and video  applications. These use other transport mechanisms. 

For each operation, there is at least one request and one response at the application layer. These  are called Application Layer Protocol Data Units (PDUs). A simple client-server interaction  looks like this: At the application layer, a request message is passed to the client TCP stack (TCP  socket) for segmentation (into packets), addressing and transmission. The functions provided by  the TCP stack are usually completely transparent to the application layer. 

At the receiving end of the connection (the server), the application data is extracted from the  packets transmitted over the network and reassembled as application layer messages and  delivered to the associated service for processing. 

Once application layer internal processing is completed, the server forwards the response to the  server's TCP stack. The message text is segmented and transmitted to the client over the network.  The performance of this request/reply exchange of information is determined by two factors: 

  • The processing speed of the messages at the server or client, and, 
  • The length of time that messages are transmitted over the network. 

Therefore, both areas should be considered separately in a performance analysis. The  information reassembled after transmission represents the network-centric view of the  application, while the packets collected by the Allegro Network Multimeter in a recorded pcap file inform us how efficiently the network is transporting the messages. 

>> Download now: TAP vs SPAN [Whitepaper]

Determination of the Processing Times 

To analyze application performance and operational performance in particular, it is only necessary to examine the factors that affect the transmission of the operational request and  the resulting response. The difference lies in the processing times of the clients and servers and  the delays occurring on the transmission medium. If the flow chart is extended, the total delay is  divided into the following four categories: 

  • The transmission time of the client when the message is sent, 
  • Server processing time, 
  • Transmission time of the server when sending the response, 
  • Processing time of the client. 

The measurement of the server's processing delay begins at the time when the server received the  last packet of the client request. This packet also represents the end of the request message. The  server's processing delay ends with the first packet of the response. This packet also represents  the beginning of the reply message. 

The measurement of the transmission delay starts with the first packet transmitted by the server  in response to a previously received request and ends with the last packet of the reply sequence.  This group of packets represents the entire message transported over the network.

Allego Packets

The Allegro Network Multimeter displays application layer response times for SSL traffic. In the figure above, on the left hand side, the times for building the encryption are shown. On the right hand side, the duration of the response to an encrypted request (time between the first client  packet and the first server response packet) is visualized.

The described measurements enter into a performance analysis framework. This framework  describes nine potential performance bottlenecks between the clients, the network and the  servers. Therefore, each application performance assessment should analyze all twelve problem  areas: 

  • Server processing delays, 
  • Client processing delays, 
  • Bandwidth bottlenecks, 
  • Packet losses, 
  • Flow control (zero window), 
  • Talkative protocols combined with long delays, 
  • Flow controls at the application layer (application windowing), 
  • The Nagle algorithm, 
  • The TCP slow start algorithm. 

From Application Messages to Network Packets 

By receiving packet level data from Garland Technology at the application layer, the majority of information is transmitted in more than one data packet.  The information segment size is typically larger than the maximum segment size MSS or payload size that can be transmitted by a network packet, which is typically 1460 bytes for Ethernet. The packets assigned to a request or the resulting response can be described as one data  flow. The combined payload of all data packets of a data flow represents the messages  transmitted at the application layer.

In order to drive the high performance diagnostic appliances like the Allegro Network Multimeter, Garland Technology helps to provide packet level data carried across the network. Since the packet is the most granular measure needed for network administrators to gain complete visibility of the network traffic, the Allegro Network Multimeter relies on Garland’s visibility solution to deliver the full spectrum of data. This allows for a highly efficient solution to evaluate and measure traffic up to 100G without delay. 

For more information visit the Garland Technology and Allegro Packets joint solution. Looking to add visibility to your industrial environment, but not sure where to start? Join us for a brief network Design-IT consultation or demo. No obligation - it’s what we love to do.

New call-to-action

Written by Klaus Degner

Klaus is the Managing Director at Allegro Packets.



Sign Up for Blog Updates