[AG-TECH] Bridge Server
Thomas D. Uram
turam at mcs.anl.gov
Fri May 26 09:39:36 CDT 2006
There is no supported way in this release to run your own bridge registry.
We are planning to include support for this in the next release. En route
to doing this, we'd like to understand and resolve any issues that arise
with this new bridging infrastructure, so please report problems to bugzilla
so we can track and squash them.
Also, as with any part of the AG software, developers are welcome to
contribute to the bridging code, if you have ideas for improving it.
Andrew Rowley wrote:
> Related to this thread, I would like to know if it is possible to set
> up our own
> bridge registry server (i.e. our own version of
> I think this may have been answered at some point before, but I cannot
> find it
> in the archives...
> Andrew :)
> Quoting "G.T. Chiang" <gtc25 at cam.ac.uk>:
>> Dear All
>> we had the saem problem!! we just deploy AG3.0.1 venue server and
>> it works fine within the network using multicast. However, we try to
>> set Bridge and using the default one (nietzsche.mcs.anl.gov:8030) as
>> register server. it seems wokring after solving some firewall issue.
>> when we get in to our venue, still can not see this bridge. is it
>> possible to deploy register server locally. how can we point this
>> bridge to our local use? in AG2.4, it can point to specifc venue. but
>> did not see this option in the AG3 bridge? BTW, we can not see
>> bridges even in the Argone default venue, same problme happend during
>> the AG retreat? how can we solve this problem?
>> Best regard!
>> On May 23 2006, William Palmero wrote:
>>> Our Campus is protected by a firewall and proxy that obligates users to
>>> authenticate throu the proxy in order to stabilish any conecction to
>>> internet. MOreover our network isn't Multicast capable (only unicast).
>>> We had installed an AccessGrid Node using 2.4 AGToolKit with a local
>>> bridge server and everything worked just fine. Now we're moving to
>>> 3.0.1 final and we've had many troubles to make it work because our
>>> unicast bridge doesn't registrate properly as the new squema in AG3 had
>>> change and no local bridge can be implemented.
>>> Our questions are:
>>> - How can we implement a local Unicast Bridge using AG3?
>>> - Can a unicast bridge register to a local service instead the default
>>> server (http://www.accessgrid.org/register/peers.txt)? if it is...
>>> how can
>>> we implement that service?
>>> Here is the output of the Bridge when we try to execute it:
>>> [accessgrid at bridgeserver ~]$ Bridge -nFACYT-UC -lVenezuela
>>> Traceback (most recent call last):
>>> File "/usr/bin/Bridge", line 181, in ?
>>> File "/usr/bin/Bridge", line 176, in main
>>> bridgeServer = QuickBridgeServer(name=options.name,
>>> location=options.location, listenPort=options.listenPort,
>>> qbexec=options.qbexec, portRange=options.portRange,
>>> File "/usr/bin/Bridge", line 45, in __init__
>>> File "/usr/bin/Bridge", line 78, in _RegisterWithRegistry
>>> self.validSecs =
>>> line 53, in RegisterBridge
>>> line 32, in _connectToRegistry
>>> self.registryPeers = self._readPeerList(url=self.url)
>>> line 134, in _readPeerList
>>> f = opener.open(url)
>>> File "/usr/lib/python2.3/urllib.py", line 181, in open
>>> return getattr(self, name)(url)
>>> File "/usr/lib/python2.3/urllib.py", line 297, in open_http
>>> File "/usr/lib/python2.3/httplib.py", line 712, in endheaders
>>> File "/usr/lib/python2.3/httplib.py", line 597, in _send_output
>>> File "/usr/lib/python2.3/httplib.py", line 564, in send
>>> File "/usr/lib/python2.3/httplib.py", line 548, in connect
>>> raise socket.error, msg
>>> IOError: [Errno socket error] (110, 'Connection timed out')
>>> Thanks in advance!
>>> William Palmero
More information about the ag-tech