MXPA01010240A - Simulador selectivo y metodo para llevar a cabo simulacion selectiva. - Google Patents

Simulador selectivo y metodo para llevar a cabo simulacion selectiva.

Info

Publication number
MXPA01010240A
MXPA01010240A MXPA01010240A MXPA01010240A MXPA01010240A MX PA01010240 A MXPA01010240 A MX PA01010240A MX PA01010240 A MXPA01010240 A MX PA01010240A MX PA01010240 A MXPA01010240 A MX PA01010240A MX PA01010240 A MXPA01010240 A MX PA01010240A
Authority
MX
Mexico
Prior art keywords
simulation
connections
tcp
network
selective
Prior art date
Application number
MXPA01010240A
Other languages
English (en)
Inventor
L Border John
Original Assignee
Hughes Electronics Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hughes Electronics Corp filed Critical Hughes Electronics Corp
Publication of MXPA01010240A publication Critical patent/MXPA01010240A/es

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/185—Space-based or airborne stations; Stations for satellite systems
    • H04B7/18578—Satellite systems for providing broadband data service to individual earth stations
    • H04B7/18582—Arrangements for data linking, i.e. for data framing, for error recovery, for multiple access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854—Wide area networks, e.g. public data networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • H04L41/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5019—Ensuring fulfilment of SLA
    • H04L41/5022—Ensuring fulfilment of SLA by giving priorities, e.g. assigning classes of service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5048—Automatic or semi-automatic definitions, e.g. definition templates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H04L43/0888—Throughput
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/22—Alternate routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/30—Routing of multiclass traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/19—Flow control; Congestion control at layers above the network layer
    • H04L47/193—Flow control; Congestion control at layers above the network layer at the transport layer, e.g. TCP related
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2408—Traffic characterised by specific attributes, e.g. priority or QoS for supporting different services, e.g. a differentiated services [DiffServ] type of service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
    • H04L47/2433—Allocation of priorities to traffic types
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2491—Mapping quality of service [QoS] requirements between different networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
    • H04L63/1441—Countermeasures against malicious traffic
    • H04L63/1466—Active attacks involving interception, injection, modification, spoofing of data unit addresses, e.g. hijacking, packet injection or TCP sequence number attacks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/2876—Pairs of inter-processing entities at each side of the network, e.g. split proxies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/563—Data redirection of data network streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/165—Combined use of TCP and UDP protocols; selection criteria therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/169—Special adaptations of TCP, UDP or IP for interworking of IP based networks with other networks 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/12—Detection or prevention of fraud
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H04L43/0864—Round trip delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14—Multichannel or multilink protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing

Abstract

Un metodo y aparato para mejorar el funcionamiento de una red al llevar a cabo simulacion selectiva. La simulacion selectiva proporciona la capacidad de discriminar entre conexiones diferentes y distribuir solamente recursos de simulacion a aquellas conexiones para las cuales la simulacion mejorara actualmente el funcionamiento. Las funciones de simulacion selectiva descritas son aplicables a una amplia variedad de enlaces de comunicacion, que incluyen tanto enlaces lentos como rapidos, enlaces de latencia elevada, y enlaces con tasas de error bajas y elevadas. Las funciones de simulacion selectiva pueden implementarse ya sea solas o en combinacion con otras caracteristicas de mejora de funcionamiento, tales como, simular la sincronizacion inicial de tres vias de TCP convencional, reconocimiento de datos local, multiplexar multiples conexiones a traves de una sola conexion, compresion/encriptacion de datos, priorizacion, y seleccion de trayectoria. Las caracteristicas de simulacion selectiva descritas son particularmente utiles para enlaces con latencia elevada y/o tasas de error de bit elevadas.

Description

SIMULADOR SELECTIVO Y MÉTODO PARA LLEVAR A CABO SIMULACIÓN SELECTIVA CAMPO DE LA INVENCIÓN La presente invención se refiere generalmente a un método y aparato para llevar a cabo simulación selectiva de protocolos en trayectorias de red, y más particularmente, un método y aparato para la simulación selectiva del protocolo TCP/IP en la Internet, a fin de mejorar su funcionamiento.
ANTECEDENTES DE LA INVENCIÓN El protocolo de control de transmisión (TCP) es el protocolo dominante en uso hoy en dia en la Internet. El TCP es llevado por el protocolo de Internet (IP) y se utiliza en una variedad de aplicaciones que incluyen transferencias confiables de archivos y aplicaciones de acceso a páginas web de Internet. Las cuatro capas de la serie del protocolo TCP/IP se ilustran en la Figura 1. Como se ilustra, la capa de enlace (en la capa de interfase de red) 10 incluye manejadores de dispositivo en el sistema operativo y algunas tarjetas de interfase de red correspondientes. Juntos, el manejador de dispositivo y las tarjetas de interfase manejan los detalles de hardware al hacer la interfase físicamente con algún cable o cualquier tipo de medio que se esté utilizando. La capa de red (llamada también la capa de Internet) 12 maneja el movimiento de paquetes alrededor de la red. El direccionamiento de los paquetes, por ejemplo, tiene lugar en la capa de red 12. El IP, el protocolo de mensaje de control de Internet (I CMP), y el protocolo de administración de grupos de Internet (IGMP) puede proporcionar la capa de red en la serie de protocolo TCP/IP. La capa de transporte 14 proporciona un flujo de datos entre dos huéspedes, para la capa de aplicación 16 ubicada arriba. En la serie del protocolo TCP/IP, existen al menos dos protocolos de transporte diferentes, el TCP y un protocolo de datagrama de usuario (UDP) . El TCP, el cual proporciona un flujo confiable de datos entre dos huéspedes, implica principalmente el dividir los datos pasados a él desde la capa de aplicación 16 en pedazos dimensionados apropiadamente para la capa de red 12 ubicada abajo, reconociendo los paquetes recibidos, ajustando los retrasos para hacer seguros los otros paquetes de reconocimiento de extremo que se envían, y asi sucesi amente. Debido a que este flujo confiable de datos se proporciona por la capa de transporte 14, la capa de aplicación 16 puede ignorar estos detalles. Por otra parte, el UDP, proporciona un servicio mucho más sencillo a la capa de aplicación 16. El UDP envia solo paquetes de datos llamados datagramas desde un huésped a otro, pero no existe garantía de que los datagramas alcancen el otro extremo. Puede agregarse cualquier confiabilidad deseada por la capa de aplicación 16. La capa de aplicación 16 maneja los detalles de la aplicación particular. Existen muchas aplicaciones de TCP/IP que proporciona casi cualquier implementación. Estas incluyen el telnet para ingreso remoto, el protocolo de transferencia de archivos (FTP) , el protocolo de transferencia de correo simple (SMTP) o correo electrónico, el protocolo de administración de red simple (SNMP) , y muchos otros. Como se describió con anterioridad, el TCP proporciona un envió confiable, en secuencia de datos entre dos huéspedes IP. Los huéspedes IP configuran una conexión TCP, utilizando una sincronización inicial de tres vias de TCP convencional y transfieren luego los datos utilizando un protocolo basado en ventanas reconociéndose los datos recibidos exitosamente. El TCP se diseñó para ser muy flexible y funciona en una amplia variedad de enlaces de comunicación, que incluyen tanto enlaces lentos como rápidos, enlaces de latencia elevada, y enlaces con tasas de error bajas y elevadas. Sin embargo, aunque el TCP (y otros protocolos de capa elevada) funciona con muchas clases diferentes de enlaces, el funcionamiento del TCP, en particular, el rendimiento total posible a través de la conexión TCP, se ve afectado por la caracteristicas del enlace en el cual se ut i 1 i za Existen muchas consideraciones de diseño de capa de enlace que deben tomarse en cuenta cuando se diseña un servicio de capa de enlace que se pretende para soportar protocolos de Internet. Sin embargo, no todas las caracteristicas pueden compensarse para las elecciones en el diseño de capa de enlace. El TCP se ha diseñado para ser muy flexible con respecto a los enlaces que atraviesa. Una alternativa a un protocolo ajustable es el uso de representaciones de mejora de funcionamiento (PEPs), para llevar a cabo una clase general de funciones definidas "simulación", con objeto de mejorar el funcionamiento sobre enlaces deteriorados (es decir, con latencia elevada o tasa de error elevada) . La simulación implica un dispositivo de red intermedio (la representación de mejora de funcionamiento (PEP)) que intercepta y altera, a través de la adición y/o eliminación de segmentos de TCP (en este ejemplo), el comportamiento de la conexión TCP en un intento por mejorar su funcionamiento. El rendimiento total del protocolo TCP sufre en ambientes con retrasos largos y/o tasas de error de bit elevadas. La simulación de TCP se utiliza para mejorar el rendimiento total de TCP al reconocer localmente los datos de TCP recibidos y al tomar después la responsabilidad de enviar los datos, utilizando mecanismos ajustables para el ambiente en particular. Por ejemplo, como se estableció con anterioridad, el TCP se utiliza frecuentemente cuando una aplicación debe enviar confiablemente datos desde un sistema de extremo a otro sistema de extremo. El "remitente" de TCP incluye números de secuencia en los datos que envia. El "receptor" de TCP utiliza los números de secuencia para reconocer los datos que ha recibido. Si se pierde un segmento de datos en tránsito, el remitente de TCP no recibirá un reconocimiento para el segmento y lo retransmitirá . La tasa a la cual un remitente de TCP puede enviar datos a un receptor de TCP se encuentra limitada por una ventana. La ventana define qué tantos datos puede tener el remitente de TCP "en vuelo" hacia el receptor (es decir, qué tantos datos pueden estar pendientes, esperando el reconocimiento) . El remitente de TCP ajusta dinámicamente el tamaño de la ventana con base en la condiciones de red, pero la ventana tiene un limite superior determinado por el espacio de memoria intermedia disponible anunciado del receptor de TCP. El rendimiento total de TCP posible con un tamaño de ventana particular se determina por la tasa a la cual se reciben los reconocimientos. Con cualquier tamaño de ventana particular, entre más largo sea el tiempo de reconocimiento más reducido es el rendimiento total. El tiempo que le lleva a los datos de TCP en ser reconocidos se conoce como el tiempo de viaje redondo de TCP (RTT) . La simulación de TCP es una técnica utilizada para mejorar el rendimiento total de TCP en ambientes con RTTs largos. Un ejemplo de tal ambiente es un ambiente que incluye un enlace de latencia elevada, tal como un enlace satelital geosincrono. La simulación de TCP funciona al tener una acceso al borde de un enlace de latencia elevada reconociendo "localmente" los datos de TCP que recibe. Los reconocimientos locales reducen el RTT percibido por el remitente de TCP, permitiendo que el remitente de TCP envié más datos más rápidamente, mejorando asi el rendimiento total. El acceso de simulación de TCP utiliza después las reglas de protocolo ajustables para el enlace de latencia elevada a fin de enviar en avance los datos a través del enlace. El acceso de simulación de TCP toma también la responsabilidad de retransmitir cualquier paquete perdido después de que se hayan reconocido por el acceso. Esto puede hacerse al colocar los datos en la memoria intermedia hasta que se recibe un reconocimiento para los datos proveniente del enlace y al retransmitir los datos para los cuales no se recibe reconocimiento . Como se resumió con anterioridad, las implementaciones convencionales de simulación de TCP incluyen el reconocimiento local de segmentos de datos de TCP con objeto de hacer que el remitente de datos de TCP envié datos adicionales más pronto de lo que los enviarla si no fuese a llevarse a cabo la simulación. Generalmente, las implementaciones convencionales de simulación de TCP se han enfocado simplemente en aumentar el rendimiento total de las conexiones de TCP al utilizar ventanas más grandes sobre el enlace o al utilizar compresión para reducir la cantidad de datos que necesita para enviarse, o ambas. Sin embargo, no toda aplicación que desee un envió confiable de datos requiere una conexión de TCP rendimiento total elevado. Por ejemplo, una aplicación Telnet opera típicamente al enviar mensajes sencillos de regreso y en avance entre dos sistema de extremo. Estos mensajes deben enviarse confiablemente, pero son lo suficientemente pequeños para enviarse cada uno en un segmento de TCP sencillo. Otro ejemplo más complejo es el protocolo de transferencia de archivos (FTP) . Una aplicación de FTP utiliza actualmente dos conexiones de TCP, una para enviar los mensajes de control de FTP y la otra para enviar datos. La aplicación de FTP requiere el envió confiable tanto para los mensajes de control y los datos. Sin embargo, se requiere un rendimiento total elevado solamente para la conexión de TCP de datos, no para la conexión de TCP de control. Las implementaciones existentes de simulación de TCP distribuyen recursos de simulación de TCP (es decir, espacio de memoria intermedia, bloques de control, etc.) dinámicamente a medida que se establecen y detectan las conexiones de TCP por el acceso de simulación de TCP, sin tomar en cuenta el tipo de aplicación que está utilizando la conexión TCP. Todas las conexiones TCP, sin importar si se beneficiarán o no de la simulación (es decir, se beneficiarán del rendimiento total elevado), se simulan hasta que se han distribuido todos los recursos de simulación de TCP. Cualquier conexión de TCP adicional que se detecte debe pasar por no simulada, incluso si se encuentra asociada con aplicaciones que requieren un rendimiento total elevado.
BREVE DESCRIPCIÓN DE LA INVENCIÓN La presente invención se refiere a un método y aparato para mejorar el funcionamiento de una red . La presente invención se refiere a un método y aparato para mejorar el funcionamiento de una red al simular selectivamente las conexiones, en particular, simular solamente conexiones para la cuales la simulación mejorará actualmente el funcionamiento. Las funciones de la simulación selectiva de la presente invención son aplicables a una amplia variedad de enlaces de comunicación, que incluyen tanto enlaces lentos como rápidos, enlaces de latencia elevada, y enlaces con tasas de error bajas y elevadas. En una modalidad ejemplar, el método y aparato de la presente invención discrimina entre las diferentes conexiones y aplican solamente recursos de simulación (es decir, espacio de memoria intermedia, bloques de control, etc.), a las conexiones para las cuales la simulación mejorará actualmente el funcionamiento. En un ejemplo, las conexiones que pueden beneficiarse actualmente de la simulación incluyen conexiones que contienen suficientes datos para enviar para tomar ventaja del rendimiento total potencial más elevado. En un ejemplo, estas conexiones son conexiones de alta velocidad, de tasa de datos elevada. En otra modalidad ejemplar, cuyas conexiones se simulan, es configurable dinámicamente ya sea automáticamente o manualmente (a través de un operador), permitiéndole al usuario u operador decidir cuáles conexiones obtienen un funcionamiento mejorado con base en el objetivo local.
BREVE DESCRIPCIÓN DE LOS DIBUJOS La Figura 1 ilustra las cuatro capas de la serie convencional del protocolo TCP/IP. La Figura 2 ilustra una red ejemplar en la cual se implementa el simulador selectivo de la presente invención. La Figura 3 ilustra la operación del simulador selectivo de la presente invención en una modalidad ejemplar.
DESCRIPCIÓN DETALLADA DE LAS MODALIDADES PREFERIDAS La Figura 2 ilustra una red ejemplar 100 en la cual puede utilizarse el simulador selectivo 122, 142 de la presente invención. La red 100 en la Figura 2 incluye una pluralidad de huéspedes 110 conectados a un acceso de red 120 a través de conexiones de TCP. El acceso de red 120 se conecta a otro acceso de red 140 a través de una conexión principal en un enlace principal 130. En la Figura 2, el enlace principal 130 se representa como un enlace satelital, sin embargo esto es solamente a manera de ejemplo. El acceso de red 140 se conecta además a un segundo grupo de huéspedes 150, también a través de conexiones de TCP. En la disposición ilustrada en la Figura 2, los accesos de red 120, 140 y sus simuladores selectivos asociados 122, 142 facilitan la comunicación entre los grupos de huéspedes 110, 150. Se describe a continuación la operación del simulador selectivo 122 con el diagrama de flujo 200 de la Figura 3. Como se expone en el paso 210, el simulador selectivo 122 discrimina entre diversas conexiones de TCP con base en las aplicaciones que lo utilizan. Si se determina que la aplicación es elegible para la simulación de TCP en el paso 220, entonces se distribuyen los recursos de TCP (paso 230) y se lleva a cabo la simulación de TCP (paso 240) . Si la conexión no es elegible para la simulación en el paso 220, se envia en avance sin simular (paso 250) . Como resultado, el simulador selectivo 122 conserva los recursos de simulación de TCP solamente para aquellas conexiones de TCP para las cuales se requiere de un rendimiento total elevado. El simulador selectivo 122 aumenta también el número de conexiones de TCP que pueden estar activas antes de ejecutar los recursos de simulación de TCP, debido a que a cualquier conexión de TCP activa que no requiera un rendimiento total elevado no se le distribuirán recursos de simulación 25 En el paso de discriminación 210, puede utilizarse una variedad de criterios En un ejemplo, el criterio para identificar las conexiones de TCP que es elegible para simulación es el campo de número de puerto de TCP contenido en los paquetes de TCP que se envían. En general, se asignan números de puerto únicos a cada tipo de aplicación. Qué números de puerto de TCP deben y no deben simularse pueden almacenarse en el simulador selectivo 122. El simulador selectivo 122 es también reconf igurable para permitirle al usuario u operador reconfigurar los números de puerto de TCP que deben y no deben simularse. El simulador selectivo 122 le permite también a un usuario u operador controlar qué conexiones de TCP se van a simular con base en otros criterios. En general, una decisión acerca de simular una conexión de TCP puede basarse en algún campo dentro de un paquete de TCP. El simulador selectivo 122 le permite a un usuario especificar qué campos examinar y qué valores en estos campos identifican las conexiones de TCP que deben y no deben simularse. Otro ejemplo de uso potencial de esta capacidad es que el usuario u operador seleccione la dirección IP del paquete de TCP con objeto de controlar para qué usuarios se lleva a cabo la simulación de TCP. El simulador selectivo 122 le permite también a un usuario mirar múltiples campos a la vez. Como resultado, el simulador selectivo 122 le permite a un usuario u operador utilizar múltiples criterios para seleccionar las conexiones de TCP a simular. Por ejemplo, al seleccionar tanto la dirección IP como los campos de número del puerto de TCP, el operador del sistema puede habilitar la simulación de TCP solamente para aplicaciones especificas de usuarios especi fieos . Las reglas conf igurables de usuario pueden incluir cinco criterios a manera de ejemplo los cuales pueden especificarse mediante el usuario u operador para producir una regla selectiva de simulación de TCP: • Dirección IP destino; • Dirección IP fuente; • Números de puerto de TCP (los cuales pueden aplicar tanto a los números de puerto destino como fuente de TCP) ; • Opciones de TCP; y • Campo de servicios diferenciados (DS) de IP. Como se resume con anterioridad, además de soportar reglas selectivas de simulación de TCP para cada uno de estos criterios, pueden utilizarse los comparadores AND y OR para enlazar criterios con untamente. Por ejemplo, utilizando el operador de combinación AND, puede definirse una regla para deshabilitar la simulación de TCP para datos de FTP recibidos de un huésped especifico. También, puede ser significativo el orden en el que se especifican las reglas. Es posible para una conexión cumplir los criterios de múltiples reglas. Por lo tanto, el simulador selectivo 122 puede aplicar reglas en el orden especificado por el operador, tomando la acción de la primer regla que se cumple. Una regla por default puede configurar también lo cual define la acción a tomar para las conexiones de TCP que no cumplen ninguna de las reglas definidas. El conjunto de reglas seleccionadas por el operador puede definirse en un perfil de selección de simulación selectiva de TCP.
Como ejemplo, asúmase que se ha distribuido suficiente espacio de memoria intermedia para simular cinco (5) conexiones de TCP. Si cuatro (4) conexiones de baja velocidad (es decir, aplicaciones que, por su naturaleza, no requieren alta velocidad) aportan conexiones junto con una aplicación de alta velocidad, la conexión de alta velocidad tiene acceso a solamente 1/5 del espacio disponible de memoria intermedia de simulación. Además, si se aportan cinco (5) conexiones de baja velocidad antes de la conexión de alta velocidad, la conexión de alta velocidad no puede simularse del todo. Utilizando el simulador selectivo 122, a las conexiones de baja velocidad no se les distribuye ningún espacio de memoria intermedio de simulación. Por lo tanto, la conexión de alta velocidad tiene siempre acceso a toda la memoria intermedia, mejorando su funcionamiento con respecto a una implementación sin el simulador selectivo 122. En resumen, el simulador selectivo 122 de la presente invención agrega a la simulación convencional la capacidad de discriminar conexiones de TCP y distribuir solamente recursos de simulación de TCP a aquellas conexiones para las cuales la simulación mejorará actualmente el funcionamiento . Aunque se ha descrito la presente invención en conjunto con las Figuras 2-3 a manera de ejemplo, la presente invención puede variarse de muchas maneras obvias para el experto en la materia. Por ejemplo, aunque la presente invención describe la simulación de algunas conexiones con base en sus aplicaciones asociadas, podrá implementarse también cualquier otra función de mejora de funcionamiento conocida por aquellos expertos en la materia. De manera similar, aunque los diversos parámetros descritos con anterioridad en conjunto con las Figuras 2-3 incluyen la dirección destino, la dirección fuente, el número de puerto destino, el número de puerto fuente, opciones, un campo de servicios diferenciados (DS), y tipo de datos contenidos en el mismo, puede utilizarse también cualquier otro parámetro conocido por los expertos en la materia . Además, aunque el parámetro de red que se mejora anteriormente es rendimiento total, puede emplearse simulación selectiva para mejorar cualquier otro parámetro de red conocido por los expertos en la materia. Además, la función de mejora del funcionamiento de simulación selectiva puede implementarse sola o en conjunto con otras funciones de mejora de rendimiento, que incluyen, pero que no se limitan a simulación de sincronización de red de tres vias, reconocimiento de datos local, conexión de TCP a mult iplexación de conexión principal, compres ión/encript ación de datos, priorización de conexión, y selección de trayectoria de conexión . Además, aunque se ha descrito con anterioridad la presente invención utilizando los protocolos TCP, TCP/IP, o UDP, puede utilizarse también cualquier protocolo de capa superior conocido por el experto en la materia. Aunque se ha descrito con anterioridad la presente invención en conjunto con un enlace satelital, cualquier enlace deteriorado, es decir cualquier enlace con al menos un parámetro potencialmente negativo (latericia elevada, tasa de error de bit elevada, etc.) podrá beneficiarse de las caracteristicas de simulación selectiva de TCP de la presente invención. Aunque las diversas caracteristicas de simulación selectiva de TCP de la presente invención se han descrito como tomando lugar en un acceso de red, esas funciones pueden llevarse a cabo en cualquier elemento de red, que incluyen, pero que no se limitan a, un huésped, un concentrador, un VSAT, un conmutador, y un direccionador . Además, aunque la funcionalidad descrita anteriormente en conjunto con la presente invención se ha descrito como residente originalmente en un elemento de red, puede agregarse funcionalidad a un elemento de red existente, a través de software cargado desde un articulo de fabricación o de un software descargado a través de una señal propagada.

Claims (32)

  1. NOVEDAD DE LA INVENCIÓN Habiéndose descrito la invención como antecedente, se reclama como propiedad lo contenido en las siguientes reivindicaciones
  2. REIVINDICACIONES 1. Un aparato de red, conectado a otras entidades de red a través de un primer tipo de conexión y otras entidades de red a través de un segundo tipo de conexión, caracterizado porque comprende: un elemento de simulación, el cual simula algunas conexiones múltiples del primer tipo con base en sus aplicaciones asociadas. 2. El aparato de red según la reivindicación 1, caracterizado porque el elemento de simulación simula solamente conexiones del primer tipo asociadas con aplicaciones de rendimiento total elevado.
  3. 3. El aparato de red según la reivindicación 1, caracterizado porque el elemento de simulación asigna recursos de simulación, que incluyen especio de memoria intermedia y bloques de control, a las conexiones simuladas.
  4. 4. El aparato de red según la reivindicación 1, caracterizado porque el elemento de simulación simula conexiones que utilizan al menos una regla de simulación con base en dirección destino, dirección fuente, número de puerto destino, número de puerto fuente, opciones, un campo de servicios diferenciados (DS) o combinaciones de los mismos .
  5. 5. El aparato de red según la reivindicación 4, caracterizado porque el elemento de simulación define al menos una regla de simulación en un perfil de simulación.
  6. 6. El aparato de red según la reivindicación 1, caracterizado porque el elemento de simulación simula algunas conexiones múltiples del primer tipo con base en al menos un criterio elegible por el operador.
  7. 7. El aparato de red según la rei indicación 1, caracterizado porque la primera conexión utiliza un protocolo de capa superior .
  8. 8. El aparato de red según la reivindicación 7, caracterizado porque la primera conexión utiliza uno de entre el Protocolo de Control de Transmisión (TCP) y el Protocolo de Datagrama de Usuario (UDP) .
  9. 9. El aparato de red según la reivindicación 1, caracterizado porque la segunda conexión es una conexión principal.
  10. 10. El aparato de red según la reivindicación 9, caracterizado porque la conexión principal es a través de un enlace inalámbrico .
  11. 11. El aparato de red según la reivindicación 10, caracterizado porque el enlace inalámbrico tiene latencia elevada y tasa de error elevada.
  12. 12. El aparato de red según la reivindicación 10, caracterizado porque el enlace inalámbrico es un enlace satelital.
  13. 13. El aparato de red según la reivindicación 1, caracterizado porque el aparato de red es un componente de un acceso de red.
  14. 14. El aparato de red según la reivindicación 1, caracterizado porque el aparato de red es un componente de un huésped.
  15. 15. El aparato de red según la reivindicación 1, caracterizado porque el aparato de red es un componente de un concentrador .
  16. 16. El aparato de red según la reivindicación 1, caract rizado porque el aparato de red es un componente de un conmutador .
  17. 17. El aparato de red según la rei indicación 1, caracterizado porque el aparato de red es un componente de un VSAT.
  18. 18. El aparato de red según la reivindicación 1, caracterizado porque el aparato de red es un componente de un direccionador .
  19. 19. Un método, caracterizado porque comprende : establecer conexiones múltiples de un primer tipo asociado con diferentes aplicaciones; y simular algunas conexiones múltiples del primer tipo con base en sus aplicaciones asociadas .
  20. 20. El método según la reivindicación 19, caracterizado porque el paso de simulación solamente simula conexiones del primer tipo asociadas con aplicaciones de rendimiento total elevado
  21. 21. El método según la reivindicación 19, caracterizado porque el paso de simulación asigna recursos de simulación, que incluyen espacio de memoria intermedia y bloques de control, a las conexiones simuladas.
  22. 22. El método según la reivindicación 19, caracterizado porque el paso de simulación simula las conexiones que utilizan al menos una regla de simulación con base en la dirección destino, dirección fuente, número de puerto destino, número de puerto fuente, opciones, campo de servicios diferenciados (DS) o combinaciones de los mismos.
  23. 23. El método según la reivindicación 22, caracterizado porque el paso de simulación define al menos una regla de simulación en un perfil de simulación.
  24. 24. El método según la reivindicación 19, caracterizado porque el paso de simulación simula algunas conexiones múltiples del primer tipo con base en al menos un criterio elegible por el operador.
  25. 25. El método según la reivindicación 19, caracterizado porque la primera conexión utiliza un protocolo de capa superior.
  26. 26. El método según la reivindicación 25, caracterizado porque la primera conexión utiliza uno de entre el Protocolo de Control de Transmisión (TCP) y el Protocolo de Datagrama de Usuario (UDP) .
  27. 27. El método según la reivindicación 19, caracterizado porque el método se lleva a cabo en un acceso de red.
  28. 28. El método según la rei indicación 19, caracterizado porque el método se lleva a cabo en un huésped.
  29. 29. El método según la reivindicación 19, caracterizado porque el método se lleva a cabo en un concentrador.
  30. 30. El método según la rei indicación 19, caracterizado porque el método se lleva a cabo en un conmutador.
  31. 31. El método según la reivindicación 19, caracterizado porque el método se lleva a cabo en un VSAT.
  32. 32. El método según la reivindicación 19, caracterizado porque el método se lleva a cabo en un direccionador . RESUMEN 'X Un método y aparato para mejorar el funcionamiento de una red al llevar a cabo simulación selectiva. La simulación selectiva proporciona la capacidad de discriminar entre conexiones diferentes y distribuir solamente recursos de simulación a aquellas conexiones para las cuales la simulación mejorará actualmente el funcionamiento. Las funciones de simulación selectiva descritas son aplicables a una amplia variedad de enlaces de comunicación, que incluyen tanto enlaces lentos como rápidos, enlaces de latencia elevada, y enlaces con tasas de error bajas y elevadas. Las funciones de simulación selectiva pueden implementarse ya sea solas o en combinación con otras caracteristicas de mejora de funcionamiento, tales como, simular la sincronización inicial de tres vias de TCP convencional, reconocimiento de datos local, muí t iplexar múltiples conexiones a través de una sola conexión, compresión/encriptación de datos, priorización, y selección de trayectoria. Las caracteristicas de simulación selectiva descritas son particularmente útiles para oy tojLHO enlaces con latencia elevada y/o tasas de error de bit elevadas o(/ió2HO
MXPA01010240A 2000-02-10 2001-02-06 Simulador selectivo y metodo para llevar a cabo simulacion selectiva. MXPA01010240A (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US18159700P 2000-02-10 2000-02-10
US09/664,165 US6973497B1 (en) 2000-02-10 2000-09-18 Selective spoofer and method of performing selective spoofing
PCT/US2001/040035 WO2001060025A2 (en) 2000-02-10 2001-02-06 Selective spoofer and method of performing selective spoofing

Publications (1)

Publication Number Publication Date
MXPA01010240A true MXPA01010240A (es) 2002-07-30

Family

ID=26877328

Family Applications (1)

Application Number Title Priority Date Filing Date
MXPA01010240A MXPA01010240A (es) 2000-02-10 2001-02-06 Simulador selectivo y metodo para llevar a cabo simulacion selectiva.

Country Status (12)

Country Link
US (1) US6973497B1 (es)
EP (1) EP1234430A2 (es)
JP (1) JP2003523141A (es)
KR (1) KR20020040658A (es)
CN (1) CN1498488A (es)
AU (1) AU5381401A (es)
BR (1) BR0104452A (es)
CA (1) CA2366594A1 (es)
IL (1) IL145485A0 (es)
MX (1) MXPA01010240A (es)
NO (1) NO20014793L (es)
WO (1) WO2001060025A2 (es)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7542419B2 (en) * 2001-04-02 2009-06-02 International Business Machines Corporation Method and apparatus for managing aggregate bandwidth at a server
US7389533B2 (en) * 2002-01-28 2008-06-17 Hughes Network Systems, Llc Method and system for adaptively applying performance enhancing functions
CN1666485A (zh) * 2002-04-26 2005-09-07 西门子公司 在采用pep和ran的通信系统中传输数据分组的方法和装置
US6823383B2 (en) 2002-09-10 2004-11-23 Capital One Financial Corporation Stealth network
CN1300986C (zh) * 2003-04-14 2007-02-14 华为技术有限公司 实现快速五七层交换的方法
US7961624B2 (en) * 2007-08-14 2011-06-14 Argon St System and method for providing bandwidth signaling across cryptographic boundaries in a network
KR101005613B1 (ko) * 2008-11-14 2011-01-06 아주대학교산학협력단 지상망을 이용한 위성망의 다중 접속 방법 및 시스템
US20120005063A1 (en) * 2010-06-30 2012-01-05 NYSE Euronext Fix proxy server
US11023117B2 (en) * 2015-01-07 2021-06-01 Byron Burpulis System and method for monitoring variations in a target web page
US10142860B2 (en) 2016-06-14 2018-11-27 Hughes Network Systems, Llc Automated network diagnostic techniques
US10454804B2 (en) 2016-11-07 2019-10-22 Hughes Network Systems, Llc Application characterization using transport protocol analysis
US10848345B2 (en) 2018-12-31 2020-11-24 Hughes Network Systems, Llc Multi-protocol encapsulation traffic acceleration and optimization

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6701370B1 (en) 1994-06-08 2004-03-02 Hughes Electronics Corporation Network system with TCP/IP protocol spoofing
WO1995034153A1 (en) 1994-06-08 1995-12-14 Hughes Aircraft Company Apparatus and method for hybrid network access
US5541911A (en) * 1994-10-12 1996-07-30 3Com Corporation Remote smart filtering communication management system
US5828468A (en) * 1996-05-17 1998-10-27 Nko, Inc. Point of presence (POP) for digital facsimile network with spoofing capability to maintain fax session
US5999274A (en) * 1996-05-17 1999-12-07 Nko, Inc. Apparatus and method for transmitting facsimile data
US6003084A (en) * 1996-09-13 1999-12-14 Secure Computing Corporation Secure network proxy for connecting entities
US6023456A (en) * 1996-12-23 2000-02-08 Nortel Networks Corporation Dynamic traffic conditioning
US6076113A (en) * 1997-04-11 2000-06-13 Hewlett-Packard Company Method and system for evaluating user-perceived network performance
JP3343054B2 (ja) * 1997-07-01 2002-11-11 ケイディーディーアイ株式会社 インターネット対応リンクモニタ方法
US6006264A (en) * 1997-08-01 1999-12-21 Arrowpoint Communications, Inc. Method and system for directing a flow between a client and a server
JPH11163947A (ja) 1997-09-22 1999-06-18 Toshiba Corp ゲートウェイ装置、無線端末装置、ルータ装置および通信ネットワークのゲートウェイ制御方法
US6484210B1 (en) * 1997-11-10 2002-11-19 General Instrument Corporation Packet processing relay agent to provide link layer forwarding in one-way cable/wireless/satellite modems
US6205481B1 (en) * 1998-03-17 2001-03-20 Infolibria, Inc. Protocol for distributing fresh content among networked cache servers
FR2778804A1 (fr) 1998-05-14 1999-11-19 Agence Spatiale Europeenne Procede d'acces a un reseau du type internet via un satellite de telecommunication et architecture pour la mise en oeuvre d'un tel procede
US6327626B1 (en) * 1998-09-15 2001-12-04 Alteon Networks, Inc. Method and apparatus for MSS spoofing
US6591306B1 (en) * 1999-04-01 2003-07-08 Nec Corporation IP network access for portable devices
US8359405B1 (en) * 2000-02-28 2013-01-22 John Border Performance enhancing proxy and method for enhancing performance

Also Published As

Publication number Publication date
CN1498488A (zh) 2004-05-19
NO20014793D0 (no) 2001-10-02
NO20014793L (no) 2001-10-02
IL145485A0 (en) 2002-06-30
AU5381401A (en) 2001-08-20
WO2001060025A3 (en) 2002-06-27
BR0104452A (pt) 2002-01-08
EP1234430A2 (en) 2002-08-28
US6973497B1 (en) 2005-12-06
JP2003523141A (ja) 2003-07-29
KR20020040658A (ko) 2002-05-30
WO2001060025A2 (en) 2001-08-16
CA2366594A1 (en) 2001-08-16

Similar Documents

Publication Publication Date Title
US7082467B2 (en) Method and device for selective transport level spoofing based on information in transport level packet
US7219158B2 (en) Method and system for improving network performance using a performance enhancing proxy
US7827295B2 (en) Protocol stack
US6654344B1 (en) Method and system for controlling data flow in an internet over satellite connection
US5951650A (en) Session traffic splitting using virtual internet protocol addresses associated with distinct categories of application programs irrespective of destination IP address
Hasegawa et al. Survey on fairness issues in TCP congestion control mechanisms
US20050232180A1 (en) Internet over satellite apparatus
EP1232628B1 (en) Method for enhancing performance
CA2361433A1 (en) Internet over satellite
MXPA01010240A (es) Simulador selectivo y metodo para llevar a cabo simulacion selectiva.
JP2005503051A (ja) 移動通信のための階層型プロキシ間の永続的リンク
Socolofsky et al. RFC1180: TCP/IP tutorial
Philopoulos et al. Proxy-based connection-splitting architectures for improving TCP performance over satellite channels
Yakubu et al. Performance Analysis of TCP in a Reliable Connections Environment with UDP Flows using OPNET Simulator
Natarajan Leveraging Innovative Transport Layer Services for Improved Application Performance
Paximadis et al. TCP on Large Scale Network Topologies: Performance Analysis and Issues on Real Networks’ Topology Design
Kanungo et al. Dynamic IP reconfiguration in Stream Control Transmission Protocol
Davenhall et al. An Introduction to Computer Network Monitoring and Performance
Harmon Overcoming TCP Degradation in the Presence of Multiple Intermittent Link Failures Utilizing Intermediate Buffering
EP1768336B1 (en) Network device for manipulation of TCP segments for increase of efficiency in the transmission
REDDY Improving TCP/IP Performance over Wireless Networks
Card et al. Compressed Internet Protocol Data Via Geosynchronous Earth Orbit Satellite Circuits
Yerima et al. TCP/IP Protocol: A Suitable Communication Network