40Gbit private peer

2007-08-02 Thread Peter Lothberg
SUnet (AS1653) and STUPI (AS1880) want to announce that we have brought up what we believe is the first private peer at 40G between two independent networks. It speaks IPv4, IPv6 both unicast and multicast. -Peter RP/0

Re: IPv6 news

2005-10-13 Thread Peter Lothberg
> so having dual stack backbones is very important. but ... Other global providers have a IPv6 network to, all open for business, but there are very VERY few customers. And, I'm not so sure we even have a "Internet" of IPv6 out there either. It looks cold and empty to me. Here's a challange,

RE: Traffic to our customer's address(126.0.0.0/8) seems blocked by packet filter

2005-08-05 Thread Peter Lothberg
> > You can ping to 126.66.0.30/8. > and how does one ping a /8? > randy Just send 2^(24) ping packets! (not?) -P

Re: a small note for the Internet archives

2004-06-01 Thread Peter Lothberg
> > 2.5/40Gb.. only 6.25% usage.. you sure you needed to spend the money upgrading > > from your OC192? :) > did peter really spend anything for his oc-192? :) If it's a free upgrade > why pass it up? This is not to the house, it's inside Sprintlink shipping real live traffic. -P

a small note for the Internet archives

2004-05-30 Thread Peter Lothberg
RP/0/RP0/CPU0:sl-bb-stk#sh int pos 0/1/0/0 POS0/1/0/0 is up, line protocol is up Hardware is Packet over SONET Description: To sl-bbh-sj POS0/2/0/0 OC768 to SL-BB-SJC Internet address is 144.232.8.30/30 MTU 4474 bytes, BW 39813120 Kbit reliability 255/255, txload 11/255, rxload 16/25

Re: Cisco HFR

2004-05-25 Thread Peter Lothberg
> > Incorrect. There are transponders that put a 40G signal in a 10G DWDM > > optical system. (You have to move a step up from morse code to make the > > side-bands fit..) And they atleast run in 80 chanel systems. > > What is the range of this, how often do you need to amplify and regen the >

Re: Cisco HFR

2004-05-25 Thread Peter Lothberg
> Interestingly the OC-768 card has a max transmit power of 5dB and is > short-range optics only. The 300-pin-MSA for OC768 has a SR spec of TX 0..+3dBm, RX min -5dBm. Dispersion is max 40ps/nm. > As far as I know there are no 2R or 3R > regeneration solutions for long haul 40Gb/s circuits

Re: ntp config tech note

2004-05-20 Thread Peter Lothberg
> One minor (operational! -- gasp) addition: > > More modern copies of ntpd have a '-g' option that will allow > the clock to jump once at boot time. If you have not told the kernel to refuce to change the time when the system is in multiuser mode for security reasons. -Peter There is an easy

Re: WAN transfer rates

2004-05-11 Thread Peter Lothberg
TCP is mostly a implemenation/parameter setting problem for resonable speeds, for high_speed, you can not drop packets. Have a look at proj.sunet.se/LSR2. 2 $1500 mail_order PC's, 40 router hops, almost around half of the earth. -Peter

Re: Non-GPS derived timing sources (was Re: NTp sources that work in a datacenter)

2003-06-02 Thread Peter Lothberg
> I don't expect GPS to spin out of control soon.. So GPS tracks TAI and the difference is published (2 months after the fact..) But it's simple to build a 'jamer' that makes GPS reception not work in a limited area, same for Loran-C used in combination with GPS in many Sonet/SDH S1 devices. >

Re: Clocking Sources (was NTp sources that work in a datacenter (was Re: Is latency equivalentto RTT?))

2003-06-01 Thread Peter Lothberg
> The desire for everyone to have a timing source that is tracable to > a Cesium clock comes from the SONET standard. If you tie two SONET > networks together, if they both don't have timing that's tracable to > a Stratum 1 (PRS) source, they'll drift at the points where they > interconnect and P

Re: Clocking Sources (was NTp sources that work in a datacenter (was Re: Is latency equivalentto RTT?))

2003-06-01 Thread Peter Lothberg
> Quartz < Rubidium < Cesium. quartz < rubidium < cesium-beam < hydrogen < cesium-fontain -P

Re: NTp sources that work in a datacenter (was Re: Is latency equivalent to RTT?)

2003-06-01 Thread Peter Lothberg
> > In message <[EMAIL PROTECTED]>, Joel Jae > ggli writes: > > > > > >Also if you just need a high level of syncronization between the time on > >all your hosts you can just deploy one standalone ntp server, sync it > >against public time sources and get everything synced against that. its >

Re: NTp sources that work in a datacenter (was Re: Is latency equivalent

2003-06-01 Thread Peter Lothberg
The receiver do not need to be in the datacenter, there is this thing called "the internet" that you can hook it up to. > > >in every PoP to do measurements. In that case, the difficulty isn't in > > >measuring one-way latency, it's in synchronizing the time on all the > > >servers. And with f