swinog

swinog@lists.swinog.ch

2916 discussions

GPS-Technik is hiring: Senior Network Engineer CCIE
by orlando＠anyaccess.ch 09 Sep '08

09 Sep '08

GPS-Technik AG in Schlieren (ZH) is expanding its team and is looking for a Senior Network Engineer (CCIE). Responsibilities: -- Work in multiple long- and short-term network projects for our customers. Face the customers at their premises and work in rapidly changing and stressful environments. -- Manage and fulfil the complete cycle of network projects: Planning, design, deployment and operational support and troubleshooting. -- Work independently, as well as in a team of other engineers. -- Be ready for on-call standby or off-business hours work. The candidate should show good knowledge and experience in the following areas: -- IP Networking at the highest level, CCIE or similar work experience. Knowledge of network protocols at all levels of operation. Practical experience with IP routing protocols (BGP, OSPF, EIGRP), MPLS architectures, good understanding of QoS mechanisms. -- IP Security. Good knowledge of network threats and protection mechanisms. -- Several years of hands-on experience in telecommunication or enterprise networking. -- Optical networking knowledge is a plus. This includes general knowledge of SDH networks and Cisco ONS products. Other requirements: -- Valid and active CCIE certification or similar proven experience -- Teamplayer, collects and shares experience.Autonomous and flexible, ability to set priorities. Demonstration of initiative and pro-active behaviors. Ability to work in a fast moving environment. -- Strong communication skills to all levels of business clients, management and staff -- Fluent German and English, both spoken and written. French is a plus. -- Valid CH driver license -- Swiss, EU citizen or a valid Swiss working permit We offer: -- Challenging and interesting tasks -- A dynamic and motivated team in a growing company -- Versatile job environment -- Competitive salary -- Modern work place near Zurich -- Personal development including further education and professional training Please send your CVs to Mr. Orlando Spitale, CTO, <o.spitale(a)gpstechnik.ch> with a copy to <info(a)gpstechnik.ch>

1 0

primary / backup BGP multi homed issue
by Marco Fretz 04 Sep '08

04 Sep '08

Hi SwiNOGers, We've the problem that sunrise is advertising our prefixes from our backup provider instead of the ones from our primary. This is most likely because our backup provider is a downstream customer from sunrise. Our prefixes then get advertised to level3 (and other sunrise upstream peers). Sunrise seems to be level3 downstream customer and prefer our prefixes from sunrise instead of our primary provider, too. The consequence is that most other ISPs are seeing only our prefixes over sunrise and our backup provider. Sunrise changed their as-communities recently so that's no longer possible for our backup provider to influence their local-pref. I think this might be a common problem in primary / backup BGP scenarios. Any ideas how to solve it? Maybe someone from sunrise can contact me off-list? Thanks and best regards Marco

5 7

Re: [swinog] primary / backup BGP multi homed issue
by Stanislav Sinyagin 04 Sep '08

04 Sep '08

----- Original Message ---- > From: Marco Fretz <mailinglist(a)blah.li> > To: swinog(a)swinog.ch > Sent: Thursday, September 4, 2008 10:33:42 AM > Subject: Re: [swinog] primary / backup BGP multi homed issue > > Stanislav Sinyagin wrote: > > > > > > > > ----- Original Message ---- > >> From: Claudio Jeker > > > >> Prepend your own AS a few times. > > > > this will not help, as L3 sets higher local preference for the prefixes from > its customers. > > yes, and sunrise sets higher pref for prefixes from their customer, too > (as our backup provider is). > > > > > The guys at Sunrise are already working on this, don't worry :) > > So it is a problem only with sunrise? nope. It's how it works everywhere: if you need some special tweaking, you need to request it from your provider, and not from the public list.

2 1

Re: [swinog] primary / backup BGP multi homed issue
by Stanislav Sinyagin 04 Sep '08

04 Sep '08

----- Original Message ---- > From: Claudio Jeker <jeker(a)networx.ch> > Prepend your own AS a few times. this will not help, as L3 sets higher local preference for the prefixes from its customers. The guys at Sunrise are already working on this, don't worry :)

2 1

Re: [swinog] Content delivery system like Akamai?
by Mathias Schrem 03 Sep '08

03 Sep '08

Guten Tag Ich bin vom 30.08.08 bis und mit 14.09.08 nicht im Büro. In dringenden Fällen wenden Sie sich bitte an unseren Support. --- Hello I'm out of office from 30.08.08 till 14.09.08. In urgent cases please contact our Support. --- Fon: 0848 000 627 / International: +41 44 802 68 99 Fax: 0848 000 628 E-Mail: support(a)netstream.ch Freundliche Grüsse Regards Mathias Schrem

1 0

Re: [swinog] Content delivery system like Akamai?
by Scott Weeks 03 Sep '08

03 Sep '08

There're a lot of players in that space. I used to work for a company called Digital Island that bought Sandpiper to get their Footprint CDN. This was then sold to C&W who then sold it to blah, blah and it finally ended up at Savvis. There were several lawsuits with Akamai (a Hawaiian word for smart, clever or intelligent BTW) in the US about who invented what first. Akamai came out on top from what I heard after leaving the company. http://www.savvis.net/corp/Products+Services/Content+Delivery+Network/defau… You should be sure to do the market research before doing anything more than a fun and interesting project. scott --- mailinglist(a)blah.li wrote: From: Marco Fretz <mailinglist(a)blah.li> To: swinog(a)swinog.ch Subject: [swinog] Content delivery system like Akamai? Date: Tue, 02 Sep 2008 10:38:08 +0200 Hi everyone, I think most of you now Akamai and how they deliver 20% of total internet content traffic... This looks like a good explanation: http://research.microsoft.com/~ratul/akamai.html Has anyone tried to build a system similar to Akamai? I should be possible to build it, in a smaller way of course. Some modified named (bind) servers, Squid, etc. >From my point of view, Akamai does the right thing: Why try to have lots of peerings, good transit connnections, etc. when you can serve the content directly out of the most popular ISP networks. They don't need their own network infrastructure for content delivery services (hosting). Is here anyone interested in this topic? Anyone has time and interest to build, "research" and test a "small Akamai" hosting system? My idea is in general: - 2-3 providers (one of you?) - each ISP "donates" 2-3 servers for the project (physical or virtual) - find a modified bind and squid or rebuild it to do this Akamai-like "DNS and url magic" - write a lot of shell scripts for monitoring, etc. - test the bunch of magic with our company sites :P ... but maybe I'm just crazy and you might simply ignore this post :-) thanks, have a nice day best regards Marco _______________________________________________ swinog mailing list swinog(a)lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog

2 1

Content delivery system like Akamai?
by Marco Fretz 02 Sep '08

02 Sep '08

Hi everyone, I think most of you now Akamai and how they deliver 20% of total internet content traffic... This looks like a good explanation: http://research.microsoft.com/~ratul/akamai.html Has anyone tried to build a system similar to Akamai? I should be possible to build it, in a smaller way of course. Some modified named (bind) servers, Squid, etc. >From my point of view, Akamai does the right thing: Why try to have lots of peerings, good transit connnections, etc. when you can serve the content directly out of the most popular ISP networks. They don't need their own network infrastructure for content delivery services (hosting). Is here anyone interested in this topic? Anyone has time and interest to build, "research" and test a "small Akamai" hosting system? My idea is in general: - 2-3 providers (one of you?) - each ISP "donates" 2-3 servers for the project (physical or virtual) - find a modified bind and squid or rebuild it to do this Akamai-like "DNS and url magic" - write a lot of shell scripts for monitoring, etc. - test the bunch of magic with our company sites :P ... but maybe I'm just crazy and you might simply ignore this post :-) thanks, have a nice day best regards Marco

6 10

Re: [swinog] Content delivery system like Akamai?
by Stanislav Sinyagin 02 Sep '08

02 Sep '08

Guys, are you intending to build a service, or just want to play around? A service would involve hardware investment, SLA, on-call support staff, sales personnel, and tons of other investment - are you willing to start that today? ----- Original Message ---- > From: Marcel Prisi <marcel(a)virtua.ch> > To: swinog(a)swinog.ch > Sent: Tuesday, September 2, 2008 11:23:31 AM > Subject: Re: [swinog] Content delivery system like Akamai? > > Hi, > > There is already some software there : > > http://www.globule.org/ > > Looks quite dead, but seemed to work quite well ... Might be a start. > > > Le mardi 02 septembre 2008 à 10:38 +0200, Marco Fretz a écrit : > > Hi everyone, > > > > I think most of you now Akamai and how they deliver 20% of total > > internet content traffic... > > > > This looks like a good explanation: > > http://research.microsoft.com/~ratul/akamai.html > > > > Has anyone tried to build a system similar to Akamai? I should be > > possible to build it, in a smaller way of course. Some modified named > > (bind) servers, Squid, etc. > > > > From my point of view, Akamai does the right thing: Why try to have lots > > of peerings, good transit connnections, etc. when you can serve the > > content directly out of the most popular ISP networks. They don't need > > their own network infrastructure for content delivery services (hosting). > > > > Is here anyone interested in this topic? Anyone has time and interest to > > build, "research" and test a "small Akamai" hosting system? > > > > My idea is in general: > > - 2-3 providers (one of you?) > > - each ISP "donates" 2-3 servers for the project (physical or virtual) > > - find a modified bind and squid or rebuild it to do this Akamai-like > > "DNS and url magic" > > - write a lot of shell scripts for monitoring, etc. > > - test the bunch of magic with our company sites :P > > > > ... but maybe I'm just crazy and you might simply ignore this post :-) > > > > > > thanks, have a nice day > > best regards > > Marco > > > > _______________________________________________ > > swinog mailing list > > swinog(a)lists.swinog.ch > > http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog > > > > _______________________________________________ > swinog mailing list > swinog(a)lists.swinog.ch > http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog

2 1

FTP block somewhere between AS6775 and AS16215 (Global Networks -> Genotec)
by Anthony Uk / dataway GmbH 02 Sep '08

02 Sep '08

Here is an unusual situation seen from our network (AS 8237). Our direct SwissIX peering with Genotec has been down for a few weeks now (can someone from Genotec contact me about this). Since then we have noticed the following effect: If our traffic to Genotec is routed via AS 6775, then we are unable to establish an FTP connection to Genotec, although WWW works as usual. # traceroute to gic-web-bsd-016.genotec.ch (82.195.224.116): 1-30 hops, 38 byte packets 1 ZHS08 (195.216.80.8) 0.268 ms 0.146 ms 0.115 ms 2 as6775.swissix.ch (194.242.34.40) 2.41 ms 1.57 ms 2.62 ms 3 ge0.2.border-01.iwb.ipv4.as16215.net (194.242.34.16) 2.95 ms (ttl=252!) 3.17 ms (ttl=252!) 2.48 ms (ttl=252!) 4 * * * 5 * * * 6 (interrupt) # telnet 82.195.224.116 21 Trying 82.195.224.116... (Timeout) # telnet 82.195.224.116 80 Trying 82.195.224.116... Connected to 82.195.224.116. Escape character is '^]'. However if the traffic goes through another AS (e.g. AS 13030), then everything is fine. # traceroute 82.195.224.116 traceroute to gic-web-bsd-016.genotec.ch (82.195.224.116): 1-30 hops, 38 byte packets 1 ZHS08 (195.216.80.8) 0.247 ms 0.128 ms 0.175 ms 2 swissix-zh.init7.net (194.242.34.7) 0.677 ms (ttl=62!) 4.0 ms (ttl=62!) 0.659 ms (ttl=62!) 3 r1bas.ce.init7.net (213.144.128.57) 1.43 ms 3.86 ms 1.41 ms 4 gw-genotec.init7.net (77.109.134.170) 2.17 ms 2.15 ms 2.47 ms 5 * * * 6 * * * 7 * * * 8 (interrupt) # telnet 82.195.224.116 21 Trying 82.195.224.116... Connected to 82.195.224.116. Escape character is '^]'. 220- 220- .y/ 220- ::::::. ::::::. -oso+s/ `+ooo/` os+oso. `/oso+` `sMd+` `/ooo/` `/oso+` 220- `o-```/:`o.```/: `mm-.+My `dm/:+Ny mN:.:Nd` yN:.-md` /My. dm/:/Nh dm:.-:` 220- `/::::/- /::::/- .Nh .My .Nd+++o+` mm dm` dm hN. -Ms `Md+++oo `Nh 220- `/::::/- /::::/- odysyMy odyosy- dm dm` /dhsyd+ `ddo` +dyosy: +dysys` 220- `o. /:`o. /: `:--+Mo `...` .. .. `...` `.. `...` `...` 220- `::::::. ::::::. -osss: 220- 220- Genotec Internet Consulting AG 220- Hegenheimermattweg 119a, CH-4104 Allschwil BL 220- email: support(a)genotec.ch --- http: www.genotec.ch 220- 220- 220 FTP server ready Is AS 6775 really filtering port 21 at the backbone level? That would clearly be quite unusual. Can anyone else see this effect? For the time being, I am disabling our peering to AS 6775, but it would be nice for whoever it concerns to look into this. Kind regards Anthony -- | Anthony Uk | dataway GmbH | Tel. +41 44 299 9988 | | uk(a)dataway.ch | Hohlstrasse 216 | Fax +41 44 299 9989 | | PGP key ID 10DE1D2C | CH-8021 Zuerich | http://www.dataway.ch |

2 2

Re: [swinog] Content delivery system like Akamai?
by Stanislav Sinyagin 02 Sep '08

02 Sep '08

----- Original Message ---- > From: Marco Fretz <mailinglist(a)blah.li> > I've never set up IPv4 anycast services but as far as I know anycast is > only recommended for connection less / session less services (DNS, > etc...). I never saw http content delivered over anycast, because it's > TCP and you need consistent data. pls correct me if I'm wrong... Anycast is just using the same public IP address for serving the content from multiple locations. From your PC the packets will anyway definitely be delivered to only one of such locations, the nearest one (considering the routing is set up correctly), and packets from those locations will anyway reach your PC. So, there's generally no reason not to use TCP services with such a set-up.

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

swinog