Browse Prior Art Database

Callable Routing Proxy

IP.com Disclosure Number: IPCOM000023755D
Original Publication Date: 2004-Apr-25
Included in the Prior Art Database: 2004-Apr-25
Document File: 2 page(s) / 113K

Publishing Venue

Siemens

Related People

Juergen Carstens: CONTACT

Abstract

With the growing complexity of a communication network gateways are used to interconnect participating subnetworks. Therefor a call from an A-Process (Te-A) to an B-Process (Te-B) must be routed through a gateway, in particular through the correct gateway. Until now the gateway selection is part of the A-Process (Fig. 1). It is proposed to introduce a Routing Proxy (RP) as a new component (Fig. 2). The Routing Proxy is responsible for the gateway selection. The knowledge for searching for a gateway path with all underlying rules is taken away from the calling Process (Te-A). The Te-A component is less complicated due to the call (no matter if it requires a gateway to be used or not) is established like it was a basic call. If the gateway negotiation process needs to be modified it can to be done at a central component (the RP) offering the modifications to all the Te-As at once.

This text was extracted from a PDF file.
At least one non-text object (such as an image or picture) has been suppressed.
This is the abbreviated version, containing approximately 100% of the total text.

Page 1 of 2

S

Callable Routing Proxy

Idea: Dieter Hemkemeyer, DE-Paderborn; Bruno Bozionek, DE-Paderborn; Rainer Zimmermann, DE-Paderborn; Ralf Neuhaus, DE-Witten; Rainer Uecker, DE-Witten; Karl Klaghofer, DE-Munich; Michael Tietsch, DE-Munich

With the growing complexity of a communication network gateways are used to interconnect participating subnetworks. Therefor a call from an A-Process (Te-A) to an B-Process (Te-B) must be routed through a gateway, in particular through the correct gateway. Until now the gateway selection is part of the A-Process (Fig. 1).

It is proposed to introduce a Routing Proxy (RP) as a new component (Fig. 2). The Routing Proxy is responsible for the gateway selection. The knowledge for searching for a gateway path with all underlying rules is taken away from the calling Process (Te-A). The Te-A component is less complicated due to the call (no matter if it requires a gateway to be used or not) is established like it was a basic call. If the gateway negotiation process needs to be modified it can to be done at a central component (the RP) offering the modifications to all the Te-As at once.

Fig. 1: Outgoing Gateway Call, Direct Gateway Call

© SIEMENS AG 2004 file: 2004J03178.doc page: 1

[This page contains 1 picture or other non-text object]

Page 2 of 2

S

Fig. 2: Outgoing Gateway Call, Routing Proxy Call

© SIEMENS AG 2004 file: 2004J03178.doc page: 2

[This page contains 1 picture or other non-text object]