NO313727B1 - Packet-based communication process related to high availability solutions - Google Patents
Packet-based communication process related to high availability solutions Download PDFInfo
- Publication number
- NO313727B1 NO313727B1 NO20005257A NO20005257A NO313727B1 NO 313727 B1 NO313727 B1 NO 313727B1 NO 20005257 A NO20005257 A NO 20005257A NO 20005257 A NO20005257 A NO 20005257A NO 313727 B1 NO313727 B1 NO 313727B1
- Authority
- NO
- Norway
- Prior art keywords
- layer
- node
- nodes
- message
- user
- Prior art date
Links
- 230000006854 communication Effects 0.000 title claims description 9
- 238000000034 method Methods 0.000 claims abstract description 16
- 238000012790 confirmation Methods 0.000 claims description 9
- 238000004891 communication Methods 0.000 claims description 8
- 238000010586 diagram Methods 0.000 description 4
- 230000015572 biosynthetic process Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- 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/26—Route discovery packet
-
- 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/14—Session management
-
- 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
Abstract
Description
Oppfinnelsens område Field of the invention
Den foreliggende oppfinnelse vedrører storskala pakkebasert kommunikasjon for å tilveiebringe høy tilgjengelighet og redundante nettverksimplementasjoner. Kun terminologien redundant benyttes i teksten. The present invention relates to large-scale packet-based communication to provide high availability and redundant network implementations. Only the redundant terminology is used in the text.
Oppfinnelsens bakgrunn The background of the invention
For utveksling av informasjon og kommunikasjon mellom noder i de forskjellige lag i et pakkesvitsjet system, er det av stor betydning at man har redundans for tilgjengelighets-f ormål. Hvis en foretrukket node er ute av funksjon, må det fortrinnsvis være et substitutt tilstede. Derfor må relevant adresseinformasjon til alternative noder alltid oppdateres og presenteres for systemet slik at alternative ruter kan benyttes. Problemet er at dette kan være både tids- og ressurskonsumerende. For the exchange of information and communication between nodes in the different layers of a packet-switched system, it is of great importance to have redundancy for availability purposes. If a preferred node is out of order, a substitute must preferably be present. Therefore, relevant address information for alternative nodes must always be updated and presented to the system so that alternative routes can be used. The problem is that this can be both time- and resource-consuming.
Adresseinformasjon om horisontale noder i nettverksimple-mentas joner må typisk initielt konfigureres per node, eller i det minste per lag, eller mer avanserte "look up"-protokoller kan benyttes. Kjøretidsinformasjonsutveksling mellom horisontale noder kan gjennomføres på to måter: - ved bruk av mer eller mindre avansert "peer to peer"-sanntidsprotokoll som sikrer at nodene (peers) inneholder samme data. Ulempen er at denne løsning er lastkonsumerende i løpet av normal gjennomføring/trafikk ved siden av at implementeringen av løsningen er kompleks, - ved bruk av skriving og lesing til delte ressurser. Nodene skriver og leser typisk til et filsystem eller en database. Den faktiske kontekstsvitsjingen i dette til-fellet er mer tidkonsumerende pga. det faktum at all da-ta må leses fra de delte ressurser før noden faktisk er oppe og går. Address information about horizontal nodes in network implementations typically must initially be configured per node, or at least per layer, or more advanced "look up" protocols can be used. Runtime information exchange between horizontal nodes can be carried out in two ways: - using a more or less advanced "peer to peer" real-time protocol which ensures that the nodes (peers) contain the same data. The disadvantage is that this solution is load-consuming during normal execution/traffic, in addition to the fact that the implementation of the solution is complex, - when using writing and reading to shared resources. The nodes typically write and read to a file system or a database. The actual context switching in this case is more time-consuming due to the fact that all data must be read from the shared resources before the node is actually up and running.
For vertikal utveksling av informasjon, må initiell konfi-gurasjonsdata som vedrører nodeadresser innenfor det neste laget konfigureres per node, per lag eller ved bruk av avanserte "look up"-protokoller. Tradisjonelt inneholder hver node all informasjonen om tilgjengeligheten av det neste lag. Dermed må hver node inneholde data som vedrører hvilken node en melding ble sendt fra, og til hvilken node meldingen skal sendes videre til. Vedvarende datalagring må derfor finne sted for hver node eller hvert lag, som kan være ganske kostnadskrevende. Avanserte protokoller for å oppdatere de forskjellige lag om nodene i de tilstøtende lags status kan isteden introduseres, men dette vil virkelig være komplekst og lastkonsumerende. For vertical exchange of information, initial configuration data relating to node addresses within the next layer must be configured per node, per layer or using advanced "look up" protocols. Traditionally, each node contains all the information about the availability of the next layer. Thus, each node must contain data relating to which node a message was sent from, and to which node the message should be forwarded. Persistent data storage must therefore take place for each node or each layer, which can be quite costly. Advanced protocols to update the different layers about the nodes in the neighboring layers' status can be introduced instead, but this will be really complex and load-consuming.
Den foreliggende oppfinnelse vedrører vertikal utveksling av informasjon. The present invention relates to the vertical exchange of information.
Oppsummering av oppfinnelsen Summary of the invention
Det er et formål ved den foreliggende oppfinnelse å tilveiebringe en fremgangsmåte som eliminerer ulempene beskrevet ovenfor. Denne fremgangsmåten er karakterisert ved de trekk som er definert i de vedlagte krav. It is an aim of the present invention to provide a method which eliminates the disadvantages described above. This method is characterized by the features defined in the attached requirements.
Nærmere bestemt er formålet ved den foreliggende oppfinnelse å tilveiebringe en fremgangsmåte for høy tilgjengelighet og redundante nettverksimplementasjoner ved å introdusere en ny mekanisme for å utveksle vertikal informasjon (f.eks. adresseinformasjon) mellom noder i virksomhet. More specifically, the purpose of the present invention is to provide a method for high availability and redundant network implementations by introducing a new mechanism for exchanging vertical information (e.g. address information) between nodes in business.
Hovedfordelene ved den foreliggende oppfinnelse er kort im-plementeringstid og lite ekstra prosessering. I tillegg trengs få delte ressurser. The main advantages of the present invention are short implementation time and little additional processing. In addition, few shared resources are needed.
Kort beskrivelse av tegningene Brief description of the drawings
For å gjøre oppfinnelsen lettere å forstå vil diskusjonen som følger henvise til de vedlagte tegninger. To make the invention easier to understand, the discussion that follows will refer to the attached drawings.
Figur 1 er et blokkdiagram som viser et eksempel på et redundant utnyttet multi-media pakkebasert nettverk av stor skala og dets mulige forbindelser. Figur 2 viser et blokkdiagram som illustrerer et eksempel på en normal brukerregistrering i nettet som er vist i figur 1. Figur 3 viser et blokkdiagram som illustrerer et eksempel på en bekreftelse av registreringen i figur 2. Figur 4 viser et blokkdiagram som illustrerer et eksempel på et anropsoppsett i nettet som er vist i figur 1 ved å benytte en redundant node. Figure 1 is a block diagram showing an example of a redundantly utilized large-scale multi-media packet-based network and its possible connections. Figure 2 shows a block diagram illustrating an example of a normal user registration in the network shown in Figure 1. Figure 3 shows a block diagram illustrating an example of a confirmation of the registration in Figure 2. Figure 4 shows a block diagram illustrating an example of a call setup in the network shown in Figure 1 by using a redundant node.
Detaljert beskrivelse Detailed description
I det følgende vil den foreliggende oppfinnelse bli beskrevet med henvisning til figurene nevnt ovenfor. Først vil en generell beskrivelse bli gitt, og deretter et eksempel på en brukerregistrering, bekreftelse og et anropsoppsett i henhold til den foreliggende oppfinnelse. In the following, the present invention will be described with reference to the figures mentioned above. First, a general description will be given, and then an example of a user registration, confirmation and a call setup according to the present invention.
Figur 1 viser et eksempel på et redundant utnyttet multi-media pakkebasert nett av stor skala og de mulige forbindelser. Forkortelsene som er benyttet i figuren er definert som følger: Figure 1 shows an example of a redundantly utilized multi-media packet-based network on a large scale and the possible connections. The abbreviations used in the figure are defined as follows:
- EP, endepunkt - EP, endpoint
- A-N, aksessnode. Typisk plassert på foretakssegmenter. Håndterer aksesspesifikke tjenester f.eks. konvertering mellom forskjellige protokoller eller formater. Håndterer typisk også brannmurkryssninger. - N-N, nettverksnode. Typisk lokalisert på ISP-segmenter, håndterer ruting og nettverks QOS (Quality of Service) etc. - T-N, transittnode. Obligatorisk for å krysse ISP-ens brannmurer. - A-N, access node. Typically placed on enterprise segments. Handles access-specific services, e.g. conversion between different protocols or formats. Typically also handles firewall crossings. - N-N, network node. Typically located on ISP segments, handles routing and network QOS (Quality of Service) etc. - T-N, transit node. Mandatory to bypass ISP's firewalls.
U-N, brukernode. Håndterer brukerspesifikke handlinger, U-N, user node. Handles user-specific actions,
slik som brukerregistrering etc. such as user registration etc.
S-N, se:rvicenode. Håndterer tjenestespesifikke handlinger. S-N, se:rvicenode. Handles service-specific actions.
Den foreliggende oppfinnelse angir en ny fremgangsmåte for utveksling av vertikal informasjon når systemet er i virksomhet . The present invention specifies a new method for exchanging vertical information when the system is in operation.
Kun lagene; som står for registreringer, og som utsteder meldinger mot endepunktet, inneholder vertikal redundansin-formasjon for nedoverretningen (fra S-N mot EP). Dette er typisk bruker-/servicenoden. Derfor vil redundansen i vertikal nedoverretning være på en per-registrerings-basis. I oppoverretningen (fra EP mot S-N) , vil hver node inneha de forskjellige alternative adressene til neste lag. Only the teams; which stands for registrations, and which issues messages towards the endpoint, contains vertical redundancy formation for the downward direction (from S-N towards EP). This is typically the user/service node. Therefore, the redundancy in the vertical downward direction will be on a per-record basis. In the upward direction (from EP towards S-N), each node will hold the different alternative addresses of the next layer.
Typisk vi], de vertikale nodene bli informert om de andre lag i forbindelse med brukerregistreringen. De tilgjengelige redundanseveier nedover for en registrering vil bli kommunisert til noden som har ansvaret for registreringen i registreringsmeldingen. Redundans i oppoverretningen vil delvis bl:l konfigurert, delvis kommunisert i registrerings-bekref telssesmeldinger. Typically we], the vertical nodes are informed about the other layers in connection with the user registration. The available downward redundancy paths for a registration will be communicated to the node responsible for the registration in the registration message. Redundancy in the upward direction will be partly configured, partly communicated in registration confirmation messages.
Ved bruk av timeout kan en node innenfor et lag detektere at en node på et annet lag er død. Ved denne deteksjonen, kan de alternative adresser for dette nivået leses fra selve meldingen. When using timeout, a node within a layer can detect that a node on another layer is dead. Upon this detection, the alternative addresses for this level can be read from the message itself.
Normalt vil flyten være som følger: Normally the flow will be as follows:
alle nodene konfigureres med adresser til alle deres li- kesinneide noder (f .eks. venstre N-N konfigureres med adressen til høyre N-N) og adressen til det neste laget i retning fra endepunktet til bruker-/servicenoden. Det antas at det neste hopp senere vil gi en bekreftelsesmelding fra de redundante punkter på det samme lag til-bake til utstederen av meldingen. - Ved endepunktregistrering, tillegger alle nodene relevant informasjon i meldingen bestående av informasjon om alle redundante noder. Endepunktene registrerer informasjon om alle redundante noder. Endepunktene registrerer informasjonen for både originerende og terminerende si-der. Redundansinformasjonen i nedoverretningen er en del av registreringen. - Typisk i løpet av samtaleoppsett vil meldingen gå fra det originerende endepunkt mot bruker-/servicenode ved den originerende side til bruker-/servicenode ved den terminerende side og mot det terminerende endepunkt. Ved den terminerende side benyttes linkindeksen som beskrevet nedenfor. all nodes are configured with addresses of all their li- co-owned nodes (e.g. the left N-N is configured with the address of the right N-N) and the address of the next layer in the direction from the endpoint to the user/service node. It is assumed that the next hop will later provide an acknowledgment message from the redundant points on the same layer back to the issuer of the message. - During endpoint registration, all nodes add relevant information in the message consisting of information about all redundant nodes. The endpoints record information about all redundant nodes. The endpoints record the information for both originating and terminating sides. The redundancy information in the downward direction is part of the registration. - Typically during call setup, the message will go from the originating end point towards the user/service node at the originating side to the user/service node at the terminating side and towards the terminating end point. On the terminating page, the link index is used as described below.
Typisk benyttes ruting mellom en N-N og en annen N-N eller en U-N for adressebeslutning. Rene nettverksanrop vil gå kun mellom N-N-er. Bruker-/tjenesterelaterte anrop vil gå mellom N-N til U-N på originerende side, og fra U-N (originerende) til U-N (terminerende) til N-N (terminerende). Routing between an N-N and another N-N or a U-N is typically used for address determination. Pure network calls will go between N-Ns only. User/service related calls will go between N-N to U-N on the originating side, and from U-N (originating) to U-N (terminating) to N-N (terminating).
Informasjonstypene som må adresseres er slik som: The types of information that must be addressed are such as:
- Adresser. Hver node eller selve meldingen må inneholde data som angir fra hvilken node en melding ble sendt, og til hvilken node meldingen skal videresendes. - Endepunkt eller endepunktlignende data. Hjemmeområdet, representert av en bruker-/servicenode, må motta endepunkt og/eller nettverksadapterlignende informasjon. Nettverksadapterlignende informasjon kan være aksessty-peinformasjon (f.eks. H323Phone, H323Pc PstnUni, - Addresses. Each node or the message itself must contain data indicating from which node a message was sent, and to which node the message is to be forwarded. - Endpoint or endpoint-like data. The home site, represented by a user/service node, must receive endpoint and/or network adapter-like information. Network adapter-like information can be access type information (eg H323Phone, H323Pc PstnUni,
PstnNni, H32 0Uni, H320Nni, GsmUni, GsmNni, PbxUni), eller lignende SIPPhone, SipPc etc. for SIP-systemer. Pga. registrering av endepunkter mot en bruker-/servicenode, inneholder bruker-/servicenoden informasjon som beskri-ver hele veien fra endepunktet mot bruker-/servicenoden. PstnNni, H32 0Uni, H320Nni, GsmUni, GsmNni, PbxUni), or similar SIPPhone, SipPc etc. for SIP systems. Because of. registration of endpoints towards a user/service node, the user/service node contains information that describes the entire path from the endpoint towards the user/service node.
Hvis selve meldingen inneholder adresseinformasjon må føl-gende elementer legges til i meldingene: - Adresseparliste. Hver node i systemet legger til sine adresser til adresseparlisten. Faktisk kan det være flere adressser for hver node: den fysiske adressen til noden, adressen til talekanalen, mediekanalen etc. I tillegg konfigureres nodene i hvert lag med i det minste fysisk adresseinformasjon for alle sine likeverdige punkter,, og derfor legges alle disse inn i meldingen når et endepunkt registrerer seg mot bruker-/servicenoden. Adressene til de likeverdige punkter kan være satt på en prioritert måte. - Linkindeks. Identifiserer hvilken node som for tiden blir adressert i adresseparlisten. Meldinger kan utste-des enten fra endepunktene eller hjemmeområdet, U-N. Linkindeksen trenger bare å benyttes når meldingene er utstedt fra hjemmeområdet (bruker-/servicenode). Da bur-de hele adresseringsveien ned til endepunktet være med i meldingene før meldingen traverserer til endepunktet. På denne måten modifiseres kun linkindeksen. If the message itself contains address information, the following elements must be added to the messages: - Address pair list. Each node in the system adds its addresses to the address pair list. In fact, there can be multiple addresses for each node: the physical address of the node, the address of the voice channel, the media channel, etc. In addition, the nodes in each layer are configured with at least physical address information for all their peer points,, and therefore all of these are entered into the message when an endpoint registers with the user/service node. The addresses of the equivalent points can be set in a prioritized manner. - Link index. Identifies which node is currently being addressed in the address pair list. Messages can be issued either from the endpoints or the home area, U-N. The link index only needs to be used when the messages are issued from the home area (user/service node). Then the entire addressing path down to the end point should be included in the messages before the message traverses to the end point. In this way, only the link index is modified.
I det følgende er en eksempelutførelse av den foreliggende oppfinnelse beskrevet. In the following, an exemplary embodiment of the present invention is described.
Figur 2 viser dataene som er relevante for redundansen, som utveksles i løpet av en normal brukerregistrering. Hver no-de som er involvert legger til sin egen adresse så vel som sin likesinnede nodes adresse til adresseparlisten. Disse dataene lagres for hver bruker ved U-N. Ved S-N-laget lagres kun brukerdata og ingen adresseparlistedata. Figurene illustrerer de redundante punkter i hvert lag, men i dette eksempel fungerer alle primærnodene normalt. Forbindelsene som er tegnet uten linjer eller melding er andre mulige veier for å rute en melding. Figur 3 viser responsen gitt fra systemet på registreringen som nettopp er beskrevet. Registreringsbekreftelse initie-res fra U-N-laget. Hver node kan informere det underliggen-de lag om dens redundante noder. På denne måten kan alle noder oppdateres om de tilgjengelige noder på det neste ovenfor liggende lag. EP vil også ha muligheten til å kon-takte to alternative adresser for fremtidige anropsoppsett. Figur 4 viser et eksempel på et anropsoppsett i et nett oppdatert ved hjelp av den ovenfor beskrevne registrering og bekreftelse. I dette eksempel oppretter en bruker registrert ved U-N b som benytter EP2 et anrop til en bruker (bruker B) registrert med EP1 ved U-N 1. Registreringsde-taljene for EP1 er vist i figur 2 og figur 3. Ved den terminerende side er A-N 1 nede. T-N 1 kan da, ved å benytte adresseparlisten lagret ved registrering av EP1 og nå mot-tatt i set-up fra N-N 1, nå EP1 ved å benytte den redundante node A-N 2. I dette eksempel er ikke kommunikasjonen med S-N vist siden denne ikke har noen relevans i forhold til redundansen på A-N-laget. Figure 2 shows the data relevant to the redundancy, which is exchanged during a normal user registration. Each node involved adds its own address as well as its peer node's address to the address pair list. This data is stored for each user at U-N. At the S-N layer, only user data and no address pair list data is stored. The figures illustrate the redundant points in each layer, but in this example all primary nodes function normally. The connections drawn without lines or message are other possible paths to route a message. Figure 3 shows the response given by the system to the registration just described. Registration confirmation is initiated from the U-N team. Each node can inform the underlying layer about its redundant nodes. In this way, all nodes can be updated about the available nodes on the next layer above. EP will also have the option to contact two alternative addresses for future call setups. Figure 4 shows an example of a call setup in a network updated using the registration and confirmation described above. In this example, a user registered at U-N b using EP2 makes a call to a user (user B) registered with EP1 at U-N 1. The registration details for EP1 are shown in Figure 2 and Figure 3. At the terminating side, A-N 1 down. T-N 1 can then, by using the address pair list stored when registering EP1 and now received in set-up from N-N 1, reach EP1 by using the redundant node A-N 2. In this example, the communication with S-N is not shown since this is not has any relevance in relation to the redundancy on the A-N layer.
Hovedfordelene ved den foreliggende oppfinnelse er kort im-plementeringstid og lite ekstra prosessering i løpet av normal eksekvering. I tillegg er det få delte ressurser som trenger å opprettholdes. The main advantages of the present invention are short implementation time and little additional processing during normal execution. In addition, there are few shared resources that need to be maintained.
Man bør legge merke til at eksemplet beskrevet ovenfor er forenklet for å fremheve redundansløsningen i den foreliggende oppfinnelse. En annen meldingsflyt vil bli gjennom-ført i et virkelig system. Faktisk kan et hvilket som helst system som benyttes på lignende hvis som beskrevet, gjøre bruk av den foreliggende oppfinnelse. It should be noted that the example described above is simplified to emphasize the redundancy solution of the present invention. A different message flow will be implemented in a real system. In fact, any system employed in a manner similar to that described may make use of the present invention.
Videre er eksemplet tatt med kun for illustrative hensyn, og begrenser ikke den foreliggende oppfinnelse på noen må-te. Andre variasjoner og substitusjoner kan benyttes uten at man fjerner seg fra oppfinnelsens rekkevidde. Furthermore, the example is included for illustrative purposes only, and does not limit the present invention in any way. Other variations and substitutions can be used without departing from the scope of the invention.
Claims (11)
Priority Applications (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
NO20005257A NO313727B1 (en) | 2000-10-19 | 2000-10-19 | Packet-based communication process related to high availability solutions |
EP01977016A EP1327339B1 (en) | 2000-10-19 | 2001-10-18 | Arrangement for packet based call-related high availability solutions |
AU2001296166A AU2001296166A1 (en) | 2000-10-19 | 2001-10-18 | Arrangement for packet based call-related high availability solutions |
PCT/SE2001/002282 WO2002033914A1 (en) | 2000-10-19 | 2001-10-18 | Arrangement for packet based call-related high availability solutions |
DE60130004T DE60130004T2 (en) | 2000-10-19 | 2001-10-18 | ARRANGEMENT FOR PACKET BASED CONNECTIVE HIGH AVAILABILITY SOLUTIONS |
US09/978,571 US20020057692A1 (en) | 2000-10-19 | 2001-10-18 | Arrangement for packet based call-related high availability solutions |
AT01977016T ATE370581T1 (en) | 2000-10-19 | 2001-10-18 | ARRANGEMENT FOR PACKET BASED CONNECTION HIGH AVAILABILITY SOLUTIONS |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
NO20005257A NO313727B1 (en) | 2000-10-19 | 2000-10-19 | Packet-based communication process related to high availability solutions |
Publications (3)
Publication Number | Publication Date |
---|---|
NO20005257D0 NO20005257D0 (en) | 2000-10-19 |
NO20005257L NO20005257L (en) | 2002-04-22 |
NO313727B1 true NO313727B1 (en) | 2002-11-18 |
Family
ID=19911702
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
NO20005257A NO313727B1 (en) | 2000-10-19 | 2000-10-19 | Packet-based communication process related to high availability solutions |
Country Status (7)
Country | Link |
---|---|
US (1) | US20020057692A1 (en) |
EP (1) | EP1327339B1 (en) |
AT (1) | ATE370581T1 (en) |
AU (1) | AU2001296166A1 (en) |
DE (1) | DE60130004T2 (en) |
NO (1) | NO313727B1 (en) |
WO (1) | WO2002033914A1 (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7603474B2 (en) | 2005-10-05 | 2009-10-13 | Microsoft Corporation | Efficient endpoint matching using a header-to-bit conversion table |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0584027A2 (en) * | 1992-08-19 | 1994-02-23 | International Business Machines Corporation | Seamless peer-to-peer communications in a layered communications architecture |
US5596574A (en) * | 1995-07-06 | 1997-01-21 | Novell, Inc. | Method and apparatus for synchronizing data transmission with on-demand links of a network |
US5781534A (en) * | 1995-10-31 | 1998-07-14 | Novell, Inc. | Method and apparatus for determining characteristics of a path |
US6097727A (en) * | 1997-04-29 | 2000-08-01 | International Business Machines Corporation | Methods, systems and computer program products for end-to-end route selection in compound wide/local area networks |
EP0967764A3 (en) * | 1998-06-25 | 2002-05-15 | Siemens Information and Communication Networks, Inc. | Improved apparatus and methods to realize H.323 proxy services |
EP1157508B9 (en) * | 1999-02-09 | 2010-09-29 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | An arrangement for distributing and despatching traffic in a network, especially h.323 generated traffic |
JP3450776B2 (en) * | 1999-12-28 | 2003-09-29 | 株式会社エヌ・ティ・ティ・ドコモ | Position management method of mobile terminal in mobile radio packet communication system and mobile radio packet communication system |
US6868543B1 (en) * | 2000-06-16 | 2005-03-15 | International Business Machines Corporation | Location transparent event handling |
-
2000
- 2000-10-19 NO NO20005257A patent/NO313727B1/en unknown
-
2001
- 2001-10-18 EP EP01977016A patent/EP1327339B1/en not_active Expired - Lifetime
- 2001-10-18 DE DE60130004T patent/DE60130004T2/en not_active Expired - Lifetime
- 2001-10-18 WO PCT/SE2001/002282 patent/WO2002033914A1/en active IP Right Grant
- 2001-10-18 AT AT01977016T patent/ATE370581T1/en not_active IP Right Cessation
- 2001-10-18 AU AU2001296166A patent/AU2001296166A1/en not_active Abandoned
- 2001-10-18 US US09/978,571 patent/US20020057692A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
AU2001296166A1 (en) | 2002-04-29 |
NO20005257L (en) | 2002-04-22 |
US20020057692A1 (en) | 2002-05-16 |
DE60130004D1 (en) | 2007-09-27 |
WO2002033914A1 (en) | 2002-04-25 |
ATE370581T1 (en) | 2007-09-15 |
EP1327339B1 (en) | 2007-08-15 |
NO20005257D0 (en) | 2000-10-19 |
EP1327339A1 (en) | 2003-07-16 |
DE60130004T2 (en) | 2008-05-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2534790B1 (en) | Methods, systems, and computer readable media for source peer capacity-based diameter load sharing | |
EP2534794B1 (en) | Methods, systems, and computer readable media for providing peer routing at a diameter node | |
EP2686988B1 (en) | Method and apparatus for rapid rerouting of ldp packets | |
EP1307018B1 (en) | Load balancing unit and method of its operation | |
US7096281B2 (en) | Efficient connectivity between multiple topology subnets via common connection network | |
EP2859693B1 (en) | Methods, systems, and computer readable media for routing diameter messages at a diameter signaling router | |
US11050655B2 (en) | Route information distribution through cloud controller | |
US10798049B2 (en) | Obscured routing | |
WO2021083375A1 (en) | Method and apparatus for detecting link states | |
CN102333023A (en) | Communication method and equipment in multilink transparent internet | |
JP4391960B2 (en) | Resource management apparatus, system and method | |
NO313727B1 (en) | Packet-based communication process related to high availability solutions | |
CN102843255B (en) | Peer-to-peer based network management method and proxy selection server | |
EP1780942A1 (en) | Method for automatically discovering a bus system in a multipoint transport network, multipoint transport network and network node | |
JP2008227848A (en) | Routing device, path information exchange method, communication system, and computer program | |
JP4268149B2 (en) | Resource management apparatus and method | |
CN116667907A (en) | Inter-satellite routing fault tolerance method, device, electronic equipment and storage medium | |
JP2006165640A (en) | Resource management method, resource management apparatus, and resource management system | |
JPH1141285A (en) | Routing method and service manager | |
JP5130022B2 (en) | Route information management device | |
JP2006287850A (en) | Resource management method, resource management apparatus, and resource management system | |
JP2003309606A (en) | Virtual router, and data relay system using the same | |
JPH10327182A (en) | Packet communication system and recording medium for the same | |
JP2002354005A (en) | Name solving method, name solving apparatus and address selecting apparatus which obtain an address from a name of a communication destination | |
WO2011044840A1 (en) | Device and method for processing short message service |