Yes, I agree. xrootd fully supports IPV6 in R4 and what is said is not
true. I don't know what their setup is but whatever it may be making them
say something that just isn't true.
Andy
On Tue, 27 May 2014, Brian Bockelman wrote:
> Hi,
>
> Neither of those things are true in my experience... so perhaps we give Ulf an email and learn more about the setup?
>
> Brian
>
> On May 27, 2014, at 4:32 AM, Lukasz Janyst <[log in to unmask]> wrote:
>
>> Sigh, what do we do about these people?
>>
>> Cheers,
>> Lukasz
>>
>>
>> -------- Original Message --------
>> Subject: Re: [Ipv6] Reminder - IPv6 meeting *today*
>> Date: Tue, 27 May 2014 11:32:25 +0300
>> From: Ulf Tigerstedt <[log in to unmask]>
>> To: <[log in to unmask]>
>>
>> On 27/05/14 11:11, [log in to unmask] wrote:
>>> Dear IPv6 colleague,
>>>
>>> I remind you that we have an IPv6 working group meeting today - unusual day, but usual time (16:00 CEST).
>>>
>>> Draft agenda is at:
>>>
>>> http://indico.cern.ch/event/318112/
>>>
>>> Additional topics are more than welcome.
>>
>> I can't attend, family business clashes:
>>
>> - NDGF : Not that much action. A bit of dcache testing. Verified that
>> dcap works with IPv6, setting up nfs4.1 testing over ipv6.
>>
>>
>> - xrootd: harder testing of 4.0.0rc3 and dcache. It turns out that the
>> "standard" is vague, and that xrootd itself lies.
>>
>> Background: http://xrootd.org/doc/dev4/XRdv300.htm#_Toc372751539 says
>> that the node response is:
>> xy[::aaa.bbb.ccc.ddd.eee]:ppppp
>>
>> aaa.bbb.ccc.ddd.eee
>> is the IPv4 portion of the IPV6 node address, for IPV4
>> environments. Otherwise, a true IPV6 address is returned.
>>
>> However, xrootd itself only supports ::ffff:aaa.bbb.ccc.ddd type IPv6
>> addresses, not true IPv6 addresses.
>> Also, when connecting to a xrootd server with the new client over IPv6,
>> the server will only reply with IPv4 addresses, so all further traffic
>> goes over IPv4.
>>
>> I have tried subscribing to the xrootd maillist, but not gotten approved
>> yet..
>> Basically we need to get clarification on the data structures, since the
>> document is extremely vague (and or xrootd implements it wrong).
>>
>>> See you/talk to you later.
>>>
>>> Regards
>>>
>>> Dave
>>>
>>> ------------------------------------------------
>>> Dr David Kelsey
>>> Particle Physics Department
>>> Rutherford Appleton Laboratory
>>> Chilton, DIDCOT, OX11 0QX, UK
>>>
>>> e-mail: [log in to unmask]
>>> Tel: [+44](0)1235 445746 (direct)
>>> Fax: [+44](0)1235 446733
>>> ------------------------------------------------
>>>
>>>
>>
>>
>> --
>> Ulf Tigerstedt || CSC Oy || NDGF
>> Computing Environments group
>> (NGI_FI and NGI_NDGF) deputy manager
>> GSM +358503818558 || +35894572279
>> Keilaranta 14 || Espoo || Finland
>> _______________________________________________
>> Ipv6 mailing list
>> [log in to unmask]
>> https://mail.hepix.org/mailman/listinfo/ipv6
>>
>> ########################################################################
>> Use REPLY-ALL to reply to list
>>
>> To unsubscribe from the XROOTD-DEV list, click the following link:
>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1
>
> ########################################################################
> Use REPLY-ALL to reply to list
>
> To unsubscribe from the XROOTD-DEV list, click the following link:
> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1
>
########################################################################
Use REPLY-ALL to reply to list
To unsubscribe from the XROOTD-DEV list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1
|