Custom query (984 matches)

Filters
 
or
 
  
 
Columns

Show under each result:


Results (40 - 42 of 984)

Ticket Resolution Summary Owner Reporter
#196 not broken Fwd: Re: WG Chairs' Beer Evening in Maastreicht llynch@… Henrik Levkowetz <henrik@…>
Description
Hi,

I'd like to forward to you the WG Chair's beer evening information which
was sent out on the wgchairs list earlier today:

Best,

	Henrik

-------- Original Message --------
Subject: Re: WG Chairs' Beer Evening in Maastreicht
Date: Wed, 28 Jul 2010 02:06:58 -0700
From: Stig Venaas <stig@venaas.com>
To: Jari Arkko <jari.arkko@piuha.net>
CC: WG Chairs <wgchairs@ietf.org>, Henrik Levkowetz <henrik@levkowetz.com>

Jari Arkko wrote:
> Wojciech,
>> Sorry for missing a previous mail, but what day/evening has been chosen?
>>   
> 
> Traditionally, we do this Wednesday night. IIRC Wednesday was mentioned 
> earlier in the thread, so I'm hoping this is true for this IETF as well. 
> I can make it on Wednesday, at least :-)

I would suggest we do it at the usual time, which I guess is right after
the plenary tonight.

Several of us have now been to

Cafe 't Pothuiske, Het Bat 1, http://www.pothuiske.nl/

and it looks like a good place to go. Only issue is that tonight they
seem to only have cold food like sandwiches.

The place is by the west river bank, just a little bit south of where
the social was.

They have been warned that a large crowd is likely to show up tonight.

Stig


#87 wontfix [Fwd: Re: IEEE 802.11b connectivity?] msackett@… Jakob Schlyter <jakob@…>
Description

-------- Original Message --------
Subject: Re: IEEE 802.11b connectivity?
Date: Sun, 22 Mar 2009 09:42:38 -0700
From: Noah Weis <nweis@verilan.com>
To: Jakob Schlyter <jakob@kirei.se>
CC: help@meeting.ietf.org
References: <DAC75467-0FAE-41DF-825C-30562A629A66@kirei.se>

Jakob,

What is the mac address for your device? It will help us track it down.

Jakob Schlyter wrote:
> god morning,
> 
> just to be sure (and to eliminate more debugging on my side) - is plain 
> 802.11b enabled for the IETF network or is it limited to 802.11g? my 
> WiFi VoIP phone doesn't like the IETF network this time, so something 
> has changed...
> 
> other than that, everything seems to work perfectly - both in my room 
> and in the meeting area!
> 
>     jakob
> 



-- 
Noah Weis

Network Engineering

nweis@verilan.com
www.verilan.com

VeriLAN Event Services, Inc.
215 SE Morrison Street Suite 7000
Portland, OR 97214

Tel: 503 224-8822
Fax: 503 224-8833
Cell: 503 922-9833

This e-mail contains proprietary information and may be confidential.
If you are not the intended recipient of this e-mail, you are hereby
notified that any dissemination, distribution or copying of this message
is strictly prohibited. If you received this message in error, please
delete it immediately.




-- 
Noah Weis

Network Engineering

nweis@verilan.com
www.verilan.com

VeriLAN Event Services, Inc.
215 SE Morrison Street Suite 7000
Portland, OR 97214

Tel: 503 224-8822
Fax: 503 224-8833
Cell: 503 922-9833

This e-mail contains proprietary information and may be confidential.
If you are not the intended recipient of this e-mail, you are hereby
notified that any dissemination, distribution or copying of this message
is strictly prohibited. If you received this message in error, please
delete it immediately.

#3 fixed mtu problem on v6 andrew.lange@… Jari Arkko <jari.arkko@…>
Description
I had a problem communicating with datatracker.ietf.org. With the help 
of Bill Fenner and some debugging we figured out that this is due to 
IPv6 MTU problem on the second hop from the hotel. You can't ping6 
2001:770:8:45::1 with 1500 bytes, but you can with 1300. In practice 
this means that anyone using IPv6 will have serious problems. I tested 
to www.kame.net and MTU of 1432+40+8=1480 works, but nothing higher than 
that. So presumably we have a 20 byte IPv4 tunnel header somewhere. 
ICMPv6 packet too bigs or something should be generated, or the tunnel 
MTU changed. Fragments seem to have a problem too.

Here's what's happening:

root@dummy3:/tmp# traceroute6 datatracker.ietf.org
traceroute to datatracker.ietf.org (2001:1890:1112:1::21) from 
2001:df8:0:16:216:6fff:fe75:6607, 30 hops max, 16 byte packets
 1  rtrextb-wireless-open.meeting.ietf.org (2001:df8:0:16::3)  8.519 ms  
1.457 ms  1.504 ms
 2  2001:770:8:45::1 (2001:770:8:45::1)  3.219 ms  3.129 ms  8.079 ms
 3  gig0-12-0-2-cr2-cwt.hea.net (2001:770:400:37::1)  8.505 ms  3.86 ms  
6.389 ms
 4  xe-2-1-0.dub20.ip6.tiscali.net (2001:668:0:3::c000:71)  3.134 ms  
16.201 ms  3.308 ms
 5  so-2-1-0.nyc22.ip6.tiscali.net (2001:668:0:2::1:421)  82.814 ms  
94.329 ms  88.522 ms
 6  so-3-0-0.was11.ip6.tiscali.net (2001:668:0:2::1:261)  101.731 ms  
88.808 ms  89.34 ms
 7  so-7-0-0.was10.ip6.tiscali.net (2001:668:0:2::1:232)  89.285 ms  
89.508 ms  94.378 ms
 8  ibr01-ve96.asbn01.occaid.net (2001:504:0:2:0:3:71:1)  92.142 ms  
90.306 ms
root@dummy3:/tmp#

root@dummy3:/tmp# ping6 -s 1434 www.kame.net
PING www.kame.net(orange.kame.net) 1434 data bytes

--- www.kame.net ping statistics ---
11 packets transmitted, 0 received, 100% packet loss, time 10010ms

root@dummy3:/tmp# ping6 -s 1432 www.kame.net
PING www.kame.net(orange.kame.net) 1432 data bytes
1440 bytes from orange.kame.net: icmp_seq=1 ttl=47 time=317 ms
1440 bytes from orange.kame.net: icmp_seq=2 ttl=47 time=300 ms

--- www.kame.net ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 999ms
rtt min/avg/max/mdev = 300.619/308.966/317.313/8.347 ms

root@dummy3:/tmp# ping6 -s 1500 rtrextb-wireless-open.meeting.ietf.org
PING 
rtrextb-wireless-open.meeting.ietf.org(rtrextb-wireless-open.meeting.ietf.org) 
1500 data bytes
1508 bytes from rtrextb-wireless-open.meeting.ietf.org: icmp_seq=1 
ttl=64 time=9.48 ms
1508 bytes from rtrextb-wireless-open.meeting.ietf.org: icmp_seq=2 
ttl=64 time=6.31 ms

--- rtrextb-wireless-open.meeting.ietf.org ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 999ms
rtt min/avg/max/mdev = 6.310/7.895/9.481/1.587 ms
root@dummy3:/tmp#

root@dummy3:/tmp# ping6 -s 1500 2001:770:8:45::1
PING 2001:770:8:45::1(2001:770:8:45::1) 1500 data bytes

--- 2001:770:8:45::1 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3010ms

root@dummy3:/tmp# ping6 -s 1300 2001:770:8:45::1
PING 2001:770:8:45::1(2001:770:8:45::1) 1300 data bytes
1308 bytes from 2001:770:8:45::1: icmp_seq=1 ttl=63 time=9.46 ms

--- 2001:770:8:45::1 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 9.463/9.463/9.463/0.000 ms

Jari

Note: See TracQuery for help on using queries.