Jump to content

tyrion

Members
  • Content Count

    54
  • Joined

  • Last visited

Community Reputation

0 Neutral

About tyrion

  • Rank
    Advanced Member
  1. [Hidden Content] [Hidden Content]
  2. Congratz! Do you think the IPexpert videos are really necessary or the INE videos would be enough?
  3. I reloaded the router and it worked fine (no configuration change). How do you explain that? Maybe you got I different issue.
  4. I tried to clear CEF information but it did not work. I could not reload the line card because I did not have admin access. In the rack rental I reload the router and it worked. You may try to reload the LC if you have access or in case you get this issue in the actual lab, try to ask the proctor to do it or reload the router.
  5. tyrion

    lab booking

    1) What is a maximum period for booking a lab in advance? - I think it depends, but right now (for example) I'm able to see seats in San Jose until November; 2) Do we need to pay for an exam right on a day of booking or it is possible to pay later (91 days before a lab)? - You must pay 90 days before the lab date or the reservation will be dropped; 3) If lab is cancelled, in which case money is refunded - credit card payment or wire transfer? - See: [Hidden Content] 4) In the case of Brussel what is an actual amount of money to transfer (wire and credit card)? As I've read wire transfer is about 1800 $ - No idea. I'd recommend to contact Cisco Certification Support team
  6. Guys, I just replicated the issue on rack rental, but this time it happens using ISIS. Actually it has probably nothing to do with the routing protocol and general control plane. I found out that the problem was happening when the traffic was trying to reach the loopback of R4 from R2 through R3. I searched for issues related to ACLs or MTU, but I did not find anything. So, I just rebooted R3. When it came back up, the connectivity was working properly.
  7. The important is accomplish the goal without break any rules, so it can be done by both methods, but I would recomend the first one. It is the simplest and safe way to go.
  8. Hi crescent1005, I would say that there are two main different labs: 3.1 and 3.2. The topologies are very similar, but each one has its own routing protocols, number of links, positioning of routers, etc. There are different versions of the lab (with few different tasks and different initial configs) based on those two main topologies (3.3, 3.4, 3.5, etc). Example: Lab3.1: [Hidden Content] Lab3.2: [Hidden Content] Source: [Hidden Content] As you can see from the diagrams and initial configuration, all of them are very similar, but there are differences you have to take in account. The version of the blueprint is called CCIE SP 3.0. The differents versions of the lab are called 3.1, 3.2, 3.3, etc. I hope it helped.
  9. I think I'm facing the same issue on IOS-XR routes. The multicast-routing and router pim area configure correctly, BSR is configure on the neighbor router (IOS box), but the IOS-XR neighbors don't learn the RP properly. Someone have any idea what can be happening: RP/0/6/CPU0:R3#show pim inter Fri Mar 7 18:40:00.110 UTC PIM interfaces in VRF default Address Interface PIM Nbr Hello DR DR Count Intvl Prior 9.9.0.3 Loopback0 on 1 30 1 this system 9.9.23.3 GigabitEthernet0/7/0/0.23 on 2 30 1 this system 9.9.34.3 GigabitEthernet0/7/0/0.34 on 2 30 1 this system 9.9.35.3 GigabitEthernet0/7/0/0.35 on 2 30 1 9.9.35.5 9.9.37.3 GigabitEthernet0/7/0/0.37 on 2 30 1 9.9.37.7 172.9.143.3 GigabitEthernet0/7/0/1.143 off 0 30 1 not elected RP/0/6/CPU0:R3#show pim nei Fri Mar 7 18:40:02.530 UTC PIM neighbors in VRF default Neighbor Address Interface Uptime Expires DR pri Flags 9.9.0.3* Loopback0 01:48:02 00:01:32 1 (DR) B P 9.9.23.2 GigabitEthernet0/7/0/0.23 01:47:57 00:01:41 1 B 9.9.23.3* GigabitEthernet0/7/0/0.23 01:48:00 00:01:15 1 (DR) B P 9.9.34.3* GigabitEthernet0/7/0/0.34 00:34:19 00:01:16 1 (DR) B P 9.9.34.4 GigabitEthernet0/7/0/0.34 00:34:16 00:01:24 0 B 9.9.35.3* GigabitEthernet0/7/0/0.35 01:48:00 00:01:22 1 B P 9.9.35.5 GigabitEthernet0/7/0/0.35 01:48:00 00:01:36 1 (DR) P 9.9.37.3* GigabitEthernet0/7/0/0.37 01:48:00 00:01:15 1 B P 9.9.37.7 GigabitEthernet0/7/0/0.37 01:47:57 00:01:30 1 (DR) P RP/0/6/CPU0:R3#show pim ran Fri Mar 7 18:40:05.777 UTC config SSM Exp: never Learnt from : 0.0.0.0 232.0.0.0/8 Up: 2w6d RP/0/6/CPU0:R3#
  10. Exactly. Mobile can be different.
  11. As far as I know it would be the US standard keyboard.
  12. Could it be related to MTU configuration somwhere? I did not find any MTU configuration, but maybe there is something and I could not find it.
  13. tyrion

    Multicast VPN tips

    That is why I would appreciated comments and tips about it. In my labs I did not face issues configuring it. Maybe in the real lab anyone have noticed a different behavior.
  14. Hi, I was wondering if you guys could share your experience on the lab regarding multicast issues you have found and tips you think would be relevant about it. I did my first attempt and did not pass (Lab 3.2). One of the problemas was related to MVPN. I was sure that all I need was configure correctly, but router 12 was not able to ping router 14 and vice versa. R13 and R11 were working just fine. Any help would be appreciated. Thank you.
  15. I noticed that the connectivity problem happens only when the traffic pass through R4 (XR). If you change the OSPF cost on some interface you will be able to avoid the issue, but it will cause a problem in the FRR task, because the link that have to be protected is between R4 and R7.
×
×
  • Create New...