Never mind, I got it working now. I had to add the customer VRF on the IGW and add the default gateway on that router @main in the customers VRF. Now I got the default gateway active.

Can you reach the shared files on the local network? If not you probably have some problems on the application level, as pe1chl described. Maybe you have blocked access in a local firewall or something?

Hi! I'm setting up an MPLS core in a lab, where I have one customer who I want to provide Internet access for. I've followed this article http://wiki.mikrotik.com/wiki/Manual:Internet_access_from_VRF to add a default route in my customer VRF, but I have problem getting it active. As soon as I add th...

The response I eventually got from a Mikrotik trainer was that this might have been introduced in newer firmware versions. In all examples I've found they have been running very old firmware, but I haven't confirmed this myself.

Does anyone know if there are any compatible CWDM SFP´s out there? We are currently looking for SFP 1G CWDM 1590nm and 1610nm for a MUX/DEMUX, but all I can find are regular 1310nm SFP.

Ok, now I did a new packet sniffer on all routers and all interfaces, and I can now see the right MPLS tags (both inner and outer) all the way between CPE1 and CPE2. So it all looks ok there.

I bought some small RB750 and setup the same topology and did a new trace. This time I actually capture some ICMP packets (see attachment), but I still get 2 jumps that fails with Propagate TTL disabled. [admin@CPE1] > tool traceroute 10.56.0.6 # ADDRESS LOSS SENT LAST AVG BEST WORST 1 100% 211 time...

I'm running a trace from CPE1-1 to CPE1-2, and a packet sniffer active on PE2 interface e0 but it looks odd. I don't know if there is something wrong with my packet sniffing or if it can't capture correctly inside GNS3. I'm running this as a lab inside GNS3 with packet sniffer enabled and streaming ...

Try running a packet capture on the egress path to see what is actually contained in the ICMP time exceeded packet. If you're not seeing the inner VPN label it would explain why the traceroute fails. Where do you mean by the egress path? If I trace from CPE1-1 to CPE1-2 and do a packet capture on P...

You are right, I don't want to expose my core network to the customer. I hide this when I disable the setting "propagate TTL" in MPLS, but for now I want to expose it so I can troubleshoot. I got this to work with core MPLS, but not from a customer VPNv4-route. I want a route reflector as ...

+1
Would help alot when implementing MPLS for troubleshooting

+1
Please implement LLDP! We have a few different brand of switches in production and everyone of them are talking LLDP, except MT

Ok, I get that. I removed the static routes again. But I dont understand why I get some hops that fails, like the first four hops here when I do a trace from CPE1-1 to CPE1-2 on the other end. I followed this guide http://www.tech-blog.info/wp/?p=104 where it shows I should get response but from 0.0...

Hi! I've recently started playing around with VPNv4 and VRFs on Mikrotik by configuring some P, PE and CPE routers. This is how my setup looks like Skärmklipp2.JPG I've configured the following - OSPF as IGP in the MPLS core (P1, P2, PE1 and PE2) - MPLS on all interfaces not facing customers (P1, P2...