hi all
here is the announcement for the next beer event. ,-)
the facts for the next event:
--------------------------------------
Date: 1st of October 2007
Time: starting around 18.30 o'clock
Location: @ the "Don Weber <http://www.donweber.ch/> " (Heinrichstrasse 213, Near TIX). It's between the Escher-Wys Platz and the Cinemax. Attention they moved! Check out the homepage for details.
Registration deadline: 01.10.2007 10:00:00
Please register here: http://swinog.mrmouse.ch/ <https://webmail.swisscom.com/exchweb/bin/redir.asp?URL=http://swinog.mrmous…> since we have to make
reservations, i need to know who's coming and who not. If you cannot
attend and you're registered please inform me asap.
greetings
-steven
Could NAT be an option?
Jean-Christophe Varaillon
------------
ALTEC Telecoms - NOC
14, Patmou, 151 23 Maroussi, Greece
Tel: +30 210 6872932
Fax: +30 210 6872904
E-mail: vajc(a)altectelecoms.gr
ICQ: 264-755-242
-----Original Message-----
From: swinog-bounces(a)lists.swinog.ch [mailto:swinog-bounces@lists.swinog.ch] On Behalf Of Steven.Glogger(a)swisscom.com
Sent: Thursday, March 22, 2007 12:12 AM
To: swinog(a)swinog.ch
Subject: [swinog] MPLS VRF source routing (inter-vrf routing)
hi all
i've got some nice cisco bugs / features / whatever.
some prerequisites:
- 2 VRFs: vrf blue and vrf red
- both vrfs have a different default route.
- a PPP session / user terminating in vrf blue
a specific route (10.0.1.0/29) is routed over static route (e.g. radius
avpair) over the ppp session (vrf blue).
this route is imported to vrf red by importing rd values and route-map filtering.
so the connectivity from the red vrf to the vrf blue is working (one way).
so, the goal (and this is the problem) is traffic souring that specific route should go back to vrf red.
how i thought would be the simplest way to do it: policy routing.
interface virtual-access123
ip policy route-map set-vrf-red
...
!
access-list 110 permit 10.0.1.0 0.0.0.7 any
route-map set-vrf-red permit 10
match ip address 110
set vrf red
!
would be the nicest way of doing this.
now the but: if you put the policy on the virtual-template / radius profile the session starts flapping (connect/disconnect/connect/disconnect....). so: not usable.
my other approach was:
interconnect vrf blue with vrf red by a vlan / interface.
assume on vrf blue: fastethernet0/0 with 11.0.0.1/30 connnected to vrf red with fastethernet0/1 with 11.0.0.2/30.
modifying the route map to:
route-map set-vrf-red permit 10
match ip address 110
set interface fastethernet0/0
set ip next-hop 11.0.0.2
!
this will stop the flapping (disconnect/connect/disconnect...) of the ppp session and the whole routing works as expected.... BUT: somewhen it stops working because of one thousand possible CEF bugs ;-(
i have to put "no ip route-cache cef" on the interconnection interface, then it works. some hours later (as already said) it stops working. when i do again "no ip route-cache cef" on the interface it works some other hours.
i've tried several IOS for the C7200series and the only half-way working version is the 12.4T (or even 12.3T).
so, now the big question to the community:
1) do you see any other working way doing source-routing from one vrf to another vrf?
(there's a vrf source routing command, but i think this will really not
scale)
2) do you have encountered the same CEF bugs? (i have seen them on 7206,
1841 and 2851 series routers)
how cisco tells me to do it:
http://www.cisco.com/en/US/products/sw/iosswrel/ps1838/products_feature_
guide09186a0080296409.html
i would be glad to get some input from you guys.
greetings
-steven
_______________________________________________
swinog mailing list
swinog(a)lists.swinog.ch
http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
Disclaimer
The information in this e-mail and any attachments is confidential. It is intended solely for the attention and use of the named addressee(s). If you are not the intended recipient, or person responsible for delivering this information to the intended recipient, please notify the sender immediately. Unless you are the intended recipient or his/her representative you are not authorized to, and must not, read, copy, distribute, use or retain this message or any part of it. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.
GPS Technik AG in Schlieren (ZH) is expanding their teams 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 fulfill 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 CCIE level
- 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
- 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
- Fluent French is a plus
- Valid 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 for Zurich to Mr. Orlando Spitale, o.spitale(a)gpstechnik.ch
I'm looking for someone to take over my apartment in Zürich-Höngg
by 1. November.
http://map.search.ch/zuerich/limmattalstr.186
It's got good connectivity through a direct copper line to TIX
(5.7Mbit SDSL capable) and is only about 50 meters from the local
Swisscom central office. [This makes it SWINOG relevant ;-) ]
The place is directly adjacent to Höngg Meierhofplatz with excellent
public transport through Tram 13 and Bus lines 38, 46 and 80. By car
it's only a few minutes to the highway Bern-Basel and to the airport
it takes only 10 minutes by car. With public transport either bus 80
to Oerlikon or bus 46 to bahnhof wipkingen and then by s-bahn.
It's in second floor, got sun all day around (east-south-west), lift
from basement parking. All necessary shops (Coop, Migros, Beck) and
banks (UBS, CS, ZKB) are within 100 meters walking distance. Parking
in huge basement parking garage.
3.5 rooms with about 73m2. Parkett in floor and living room. Carpet
in the other two rooms. Large kitchen. Built in the 80's.
Rent CHF 1'562 per month plus 300 heating and maintenance cost.
If you are interested please reply by private email.
--
Andre
Hi there,
I'm looking for 8-10 of these babies, perferred would be AS2511-RJ (the
ones with builtin RJ45 serial ports), but 2511 _with_ octopus cables
would do too. Routers should have full flash/dram configuration. Anyone
got a pile of these collecting dust in the basement? :)
Cheers,
Markus
Hi There
I have some troubles with my IPv6 Connection.
I'am connected via PPPoE from Cyberlink
i cant establish a connection to any http server.
I tried mirror.switch.ch dolphin networks, a lot of dolphin tunnels and
the page of the swiss ipv6 taskforce. bot no response.
all other protocols does works fine.
Connections to ipv6 servers outside of switzerland e.g. sixxs.net works fine
anyone can test this with his connection?
Thanks
Marco
--
For list-off Contact use: silicium (-at-) natural-geek.org
PGP: 49F8 C29E 4F4E E438 BD69 0BCE D1DA 4B0C 7C32 C715
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCS d-- s-:- a-- C++ UL+++ P-- L+++ E--- W++ N+ o K- w--
O-- M V- PS+++ PE++ Y+ PGP++ t 5 X++ R tv- b+ DI-- D+
G++ e+ h++ r y+
------END GEEK CODE BLOCK------
GPS-Technic AG in Lausanne is expanding its team and is looking for a senior network engineer.
Responsibilities:
-- Plan, install, maintain and operate the network infrastructure ( xWDM, SDH, Metro Ethernet Docsis, xDSL, MPLS ) of GPS-Technik and its customers.
-- 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:
-- Core network technologies (OSPF, BGP, MPLS)
-- Broadband access technologies (Docsis, xDSL, Metro Ethernet)
-- Unix/Linux systems
-- VoIP technologies
-- Good understanding of network security
-- CCNP level or higher is very much welcome.
Other requirements:
-- Customer facing skills
-- Service oriented
-- Logical problem solving skills
-- Fluent French and English, both spoken and written.
Fluent German is a plus.
-- Valid driver license
Please send your CV to Frédéric Jachiet <f.jachiet(a)gpstechnik.ch>
--
Frédéric Jachiet
Network Engineer, Team leader
CCIE#8820
GPS Technik AG
Zürcherstrasse 139
CH-8952 Schlieren
Switzerland
Tel: +41 (0)44 732 99 58
Fax: +41 (0)44 731 18 40
Mobile: +41 (0)78 721 61 89
mail: f.jachiet(a)gpstechnik.ch
www: http://www.gpstechnik.ch <http://www.gpstechnik.ch/>
This e-Mail is exclusively directed to the above mentioned recipient and may contain confidential and privileged information. Should you receive this message by error we kindly ask you to inform us and to destroy this message immediately.
Hello,
What is the ENET encap found in these wonderfully well
designed/engineered/manufactured products that the Zyxel xDSL line of
modems/router are? ;-)
Is it IP right over RFC1483-Routed over AAL5? (IP over ATM)
(I would like to compare it's encap overhead relative to others
encap)
regards.
--
Philippe Strauss
av. de Beaulieu 25
1004 Lausanne
http://philou.ch