[AG-TECH] 회신: 회신: All client in same venue use same bridge?

Tue Aug 10 04:43:24 CDT 2010

On 10/08/2010, at 6:22 PM, Sangil Choi wrote:

> Thanks, Jason.
>
> My command was that.
>
> dbeacon -4 -n "NFRI-AG-Server" -b ipv4.dbeacon.aarnet.net.au -O -a sichoi at netmedia.gist.ac.kr 
>  -C KR
>
> However, I couldn't find my host name in 'Multicast Beacon' matrix.
> Is that any problem in my command?
>
> 'The Multicast not available site problem' could be the factor of  
> this problem? However I can see 'Multicast Available' button in the  
> 'Venue Client'. In multicast not available site, is it possible?

Sangil,

It is quite possible that multicast is enabled within your local  
network (so you have 'Multicast Available" showing), yet there may be  
a break in the multicast somewhere between your local network and the  
outside world. You may find the mtrace tool is useful in debugging  
multicast routing. There are versions of mtrace available at the UQ  
repo.

chris

> ________________________________________
> 보낸 사람: Jason Bell [j.bell at cqu.edu.au]
> 보낸 날짜: 2010년 8월 10일 화요일 오전 11:08
> 받는 사람: Sangil Choi; John I. Quebedeaux, Jr; ag-tech at mcs.anl.gov
> 참조: Sang Woo HAN; Namgon Kim; HyungJin Kim
> 제목: RE: [AG-TECH] 회신:   All client in same venue use same bridge?
>
> Sangil
>
> Dbeacon does work on Fedora 12, as I have just tested it.  When you  
> say "your" host name was not updated on the webpage, what was the  
> command you were using to execute dbeacon.
>
> I suggest running it using something like:
>
>        dbeacon -4 -n "[your display name] -b  
> ipv4.dbeacon.aarnet.net.au -O -a [your email address] -C [country  
> code]
>
> For example, I issue the following myself
>
>        dbeacon -4 -n "CQU (Jastest)" -b ipv4.dbeacon.aarnet.net.au - 
> O -a j.bell at cqu.edu.au -C AU
>
> Hopefully that should work for you.
>
> Additionally, I can see your entries with the NZ beacon (http://beacon.karen.ac.nz/ 
> ), which shows that you 2 machine can communicate between each other  
> using multicast, but fails to communicate with other beacons.
>
> Note: a Blind beacon is when a beacon cannot talk multicast is any  
> other beacon.  For example, if you stop "nfri-ag-server.gist.ac.kr",  
> than your other beacon (nfri-ag-display.gist.ac.kr) will become a  
> blind beacon.
>
> Hope this information helps.
>
> Regards,
> Jason.
>
> -----Original Message-----
> From: Sangil Choi [mailto:sichoi at netmedia.gist.ac.kr]
> Sent: Friday, 6 August 2010 05:41 PM
> To: Jason Bell; John I. Quebedeaux, Jr; ag-tech at mcs.anl.gov
> Cc: Sang Woo HAN; Namgon Kim; HyungJin Kim
> Subject: 회신: [AG-TECH] 회신: All client in same venue use same  
> bridge?
>
> Thanks, Jason.
>
> First, I installed the 'dbeacon' and started. However my host name  
> was not updated in web page and the 'Venue Client's 'Multicast Not  
> Available' button was enabled. In Fedora 12, 'dbeacon' does not works?
>
> So, I try using the New Zealand beacon. In the 'Venue Client',  
> 'Multicast Available' button was enabled. However, in matrix, my  
> host was printed in 'Blind Beacons'.
>
> I changed my '/etc/beacon.conf' file like bellow.
> ==============================
> GROUP = 233.176.75.32
> CONTACTNAME = NFRI-AG-Dispaly
> CONTACTINFO = 000-000-000
> CONTACTLOCATION = korea
> NOTIFYEMAIL = sichoi at netmedia.gist.ac.kr
> OUTPUTDIR = /var/lib/beacon
> CENTRALSERVERNAME = beacon.karen.ac.nz
> ===============================
> Is that right?
>
> Regards,
> Sangil Choi
>
> ________________________________________
> 보낸 사람: Jason Bell [j.bell at cqu.edu.au]
> 보낸 날짜: 2010년 8월 6일 금요일 오후 3:49
> 받는 사람: Sangil Choi; John I. Quebedeaux, Jr; ag-tech at mcs.anl.gov
> 제목: RE: [AG-TECH] 회신:   All client in same venue use same bridge?
>
> Sangil
>
> We now use dbeacon within Australian, as the aarnet beacon server is  
> no longer running.
>
> See http://www.accessgrid.org/node/1998 for install instructions for  
> dbeacon for Fedora 13.
>
> Alternatively, you could try using the New Zealand beacon which can  
> be found at http://beacon.karen.ac.nz/.
>
> Cheers,
> Jason.
>
> -----Original Message-----
> From: ag-tech-bounces at lists.mcs.anl.gov [mailto:ag-tech-bounces at lists.mcs.anl.gov 
> ] On Behalf Of Sangil Choi
> Sent: Friday, 6 August 2010 04:29 PM
> To: John I. Quebedeaux, Jr; ag-tech at mcs.anl.gov
> Subject: [AG-TECH] 회신: All client in same venue use same bridge?
>
> Thanks, John.
>
> I checked my client and server and I find that multicast beacon is  
> not installed. I treat that and I show the ‘Multicast Available’ on  
> the venue client. After that, the client can show the bridge but  
> that is in different networks(Bridge's in 210.x.x.x / Client's in  
> 203.x.x.x). Unfortunately, the same problem still remained.
>
> Can you send me your '/etc/beacon.conf' file?
>
> In addition, is the aarnet beacon server works well?
> I couldn't open aarnet beacon server's web page(http://beacon2.aarnet.net.au 
> ). So I doesn't see the 'multicast beacon table'.
>
> I would appreciate your help with this.
>
> Regards,
> Sangil Choi.
>
> ________________________________________
> 보낸 사람: John I. Quebedeaux, Jr [johnq at lsu.edu]
> 보낸 날짜: 2010년 7월 31일 토요일 오전 2:04
> 받는 사람: Sangil Choi; ag-tech at mcs.anl.gov
> 제목: Re: [AG-TECH]  All client in same venue use same bridge?
>
> Sangil,
>
> It's simple reason why this is the case: If two bridges do not have
> multicast connectivity between them, then the traffic between the two
> bridges can not reach each other.
>
> On the same bridge, you can be sure everyone is connected to the same
> traffic; but, if on different bridges - currently there is no way to  
> be sure
> that the multicast traffic reaches between bridges without testing.
>
> Currently, there is no way without just testing which bridges do  
> this - and
> sometimes the networks change between sites that multicast breaks  
> and until
> reported isn't fixed.
>
> For an event, I will typically (if required) suggest which bridge  
> sites
> should utilize if they aren't multicast capable that I know can work  
> between
> bridges. *most* of our sites here are now multicast enabled however,  
> so we
> try not to rely on bridges at all.
>
> note: be sensitive to using other people's bridges because that will  
> incur
> extra traffic on their network (if for large # of clients and  
> bandwidth,
> this could be a problem for some sites hosting bridges without them
> realizing it).
>
> We have 'internal' bridges in our state where we have our own  
> registry that
> we only give out to our Louisiana site nodes so they only show up  
> for our
> clients. Very useful way to take advantage of the registry feature.
>
> -John Q.
> --
> John I. Quebedeaux, Jr.; Louisiana State University
> Computer Manager LBRN; 131 Life Sciences Bldg.
> e-mail: johnq at lsu.edu; web: http://lbrn.lsu.edu
> phone: 225-578-0062 / fax: 225-578-2597
>
>
>> From: Sangil Choi <sichoi at netmedia.gist.ac.kr>
>> Date: Fri, 30 Jul 2010 19:39:42 +0900
>> To: "ag-tech at mcs.anl.gov" <ag-tech at mcs.anl.gov>
>> Subject: [AG-TECH]  All client in same venue use same bridge?
>>
>> Hi everyone,
>>
>> I've problem about bridge.
>>
>>
>>
>> I installed 'AGTk3.2 beta 1' on three nodes and includes that as  
>> one venue.
>>
>> In that case, I found the problem about communicate each others.
>>
>> If the nodes connect with same bridge, the node can find other node's
>> information in RAT and vic.
>>
>> In other case, nodes connect with different bridges to communicate  
>> each other,
>> there are no RAT and vic information of other nodes.
>>
>> If one node uses bridge and others use multicast, bridge connected  
>> node can
>> find multicast node's information in RAT and vic.
>>
>>
>>
>> Could you tell me about reason about this?
>>
>> This problem occurs from our mistake?
>>
>>
>>
>> Regards,
>>
>> Sangil Choi.
>>
>>
>>
>> p.s : Used bridge is not ours and other bridge works as same problem.

Christoph Willing                       +61 7 3365 8316
QCIF Access Grid Manager
University of Queensland