1 00:00:00,000 --> 00:00:03,367 [AUDIO LOGO] 2 00:00:03,367 --> 00:00:12,530 3 00:00:12,530 --> 00:00:15,530 So moving on to trouble ticket 2, 4 00:00:15,530 --> 00:00:19,280 we're going to see that this is a completely different ticket. 5 00:00:19,280 --> 00:00:23,480 This time, we're on MPLS topology 1. 6 00:00:23,480 --> 00:00:24,410 Well, no. 7 00:00:24,410 --> 00:00:26,360 That's actually the same. 8 00:00:26,360 --> 00:00:29,990 Our core protocol this time is IS-IS. 9 00:00:29,990 --> 00:00:30,830 Well, no. 10 00:00:30,830 --> 00:00:32,570 That's the same too. 11 00:00:32,570 --> 00:00:34,830 But the ticket is probably different. 12 00:00:34,830 --> 00:00:38,240 So this ticket says that router 6 is not 13 00:00:38,240 --> 00:00:42,680 doing label switching to 10.5.5.5, 14 00:00:42,680 --> 00:00:46,170 which is router 5's loopback. 15 00:00:46,170 --> 00:00:49,980 So no, this ticket isn't different at all. 16 00:00:49,980 --> 00:00:53,030 This is the exact same ticket as ticket 1. 17 00:00:53,030 --> 00:00:55,520 As I mentioned during the introduction, 18 00:00:55,520 --> 00:00:57,870 these tickets might be the same. 19 00:00:57,870 --> 00:00:59,930 However, it's a different problem. 20 00:00:59,930 --> 00:01:02,210 Different problems are being introduced 21 00:01:02,210 --> 00:01:03,810 as we go through each ticket. 22 00:01:03,810 --> 00:01:05,480 So just keep that in mind. 23 00:01:05,480 --> 00:01:09,080 Yes, joking aside, this is the exact same ticket. 24 00:01:09,080 --> 00:01:11,880 But I assure you, it's a different problem. 25 00:01:11,880 --> 00:01:14,280 So let's go ahead and jump into the command line. 26 00:01:14,280 --> 00:01:17,110 And as always, we'll start by verifying the ticket. 27 00:01:17,110 --> 00:01:21,060 So that'll take us to router 6. 28 00:01:21,060 --> 00:01:25,200 So again, we'll start with our trace yo 10.5.5.5, source 29 00:01:25,200 --> 00:01:27,550 it from our loopback 0 interface. 30 00:01:27,550 --> 00:01:30,360 So as we can see from the output of the trace here, 31 00:01:30,360 --> 00:01:32,710 once again, the ticket is correct. 32 00:01:32,710 --> 00:01:35,400 We are not doing label switching or segment 33 00:01:35,400 --> 00:01:38,040 routing towards router 5. 34 00:01:38,040 --> 00:01:40,980 So let's start with our troubleshooting. 35 00:01:40,980 --> 00:01:45,430 Let's jump over to router 1 and take a look at its label table. 36 00:01:45,430 --> 00:01:51,750 So again, we'll do our show isis segment-routing label table. 37 00:01:51,750 --> 00:01:54,150 And interestingly, what we see here 38 00:01:54,150 --> 00:01:58,560 is we have prefix SIDs for router 1, which 39 00:01:58,560 --> 00:02:02,880 is the router we're on, router 2, and router 5. 40 00:02:02,880 --> 00:02:08,280 But what we don't have are any prefix SIDs for routers 3 or 4. 41 00:02:08,280 --> 00:02:12,550 So let's go over to router 3 and see what's going on there. 42 00:02:12,550 --> 00:02:15,930 So we'll just do the show isis segment-routing label table 43 00:02:15,930 --> 00:02:17,080 again. 44 00:02:17,080 --> 00:02:22,640 And we see that it has no labels in its label table at all. 45 00:02:22,640 --> 00:02:26,970 So let's try a show mpls label table detail. 46 00:02:26,970 --> 00:02:32,340 And what we see here is there's no labels assigned to the SRGB 47 00:02:32,340 --> 00:02:34,710 or for adjacency labels. 48 00:02:34,710 --> 00:02:37,440 So we have no labels at all here. 49 00:02:37,440 --> 00:02:41,220 Let's do a show run router isis. 50 00:02:41,220 --> 00:02:43,470 What we're looking for specifically 51 00:02:43,470 --> 00:02:48,270 is that segment routing is not enabled under the process 52 00:02:48,270 --> 00:02:51,580 or under the loopback interface. 53 00:02:51,580 --> 00:02:54,070 So that's definitely going to be a problem. 54 00:02:54,070 --> 00:02:58,090 Let's go ahead and start by fixing that. 55 00:02:58,090 --> 00:03:00,990 So we'll go into router isis 1. 56 00:03:00,990 --> 00:03:03,210 Let's start by going into our interface 57 00:03:03,210 --> 00:03:08,580 loopback 0 into the address family IPv4 Unicast. 58 00:03:08,580 --> 00:03:12,510 Let's configure the prefix SID with the absolute value 59 00:03:12,510 --> 00:03:14,490 of 16,003. 60 00:03:14,490 --> 00:03:16,980 And then of course, we have to enable it for the process 61 00:03:16,980 --> 00:03:18,010 as well. 62 00:03:18,010 --> 00:03:21,570 So let's go into address family IPv4 Unicast, 63 00:03:21,570 --> 00:03:24,420 turn on segment-routing for mpls. 64 00:03:24,420 --> 00:03:27,750 And we'll make sure that we have our sr-prefer on there 65 00:03:27,750 --> 00:03:31,980 as well, just in case we're running LDP, which we're not, 66 00:03:31,980 --> 00:03:33,840 but we'll make sure that it's on there. 67 00:03:33,840 --> 00:03:38,410 Let's commit those changes, exit out of configuration. 68 00:03:38,410 --> 00:03:41,310 And let's verify some of those commands again. 69 00:03:41,310 --> 00:03:45,060 Let's look at the show mpls label table detail. 70 00:03:45,060 --> 00:03:47,410 This, of course, looks much better. 71 00:03:47,410 --> 00:03:51,220 We have labels allocated for the SRGB now. 72 00:03:51,220 --> 00:03:54,660 And we can see we're also getting adjacency labels 73 00:03:54,660 --> 00:03:56,430 from IS-IS. 74 00:03:56,430 --> 00:03:59,150 So this definitely looks much better. 75 00:03:59,150 --> 00:04:01,690 Let's look at our label table again. 76 00:04:01,690 --> 00:04:06,530 And we see here that now, we have a label for routers 1, 2, 77 00:04:06,530 --> 00:04:11,440 3, and 5, but we still don't have one for router 4. 78 00:04:11,440 --> 00:04:14,830 Now, the problem with not having one from router 4 79 00:04:14,830 --> 00:04:19,350 is if we go back to router 6 and we 80 00:04:19,350 --> 00:04:23,470 try to verify our ticket by doing our trace again, 81 00:04:23,470 --> 00:04:27,480 what we see on this output is when we're doing our equal cost 82 00:04:27,480 --> 00:04:32,940 multipathing from router 1 going to routers 3 and 4, 83 00:04:32,940 --> 00:04:35,880 when we send the traffic to router 3, 84 00:04:35,880 --> 00:04:38,460 we are, in fact, doing our segment routing 85 00:04:38,460 --> 00:04:41,310 and therefore our MPLS label switching. 86 00:04:41,310 --> 00:04:45,690 We also see that we're using our prefix SID from router 5, 87 00:04:45,690 --> 00:04:49,140 as we should be, the 16,005. 88 00:04:49,140 --> 00:04:52,530 But when we take the path to router 4, 89 00:04:52,530 --> 00:04:55,000 there's no label being used. 90 00:04:55,000 --> 00:04:58,210 So it looks like we have a problem on router 4 as well. 91 00:04:58,210 --> 00:05:00,510 Let's go take a look at router 4. 92 00:05:00,510 --> 00:05:05,010 Let's just start with the show mpls label table detail. 93 00:05:05,010 --> 00:05:08,760 And we see right away that there's no labels allocated 94 00:05:08,760 --> 00:05:10,330 for segment routing. 95 00:05:10,330 --> 00:05:13,840 So my guess is we're having the same problem here. 96 00:05:13,840 --> 00:05:16,830 So if we do our show run router isis, 97 00:05:16,830 --> 00:05:20,680 we can see that once again, it's not enabled under the process. 98 00:05:20,680 --> 00:05:23,810 And we don't have it configured on our loopback. 99 00:05:23,810 --> 00:05:26,180 So again, we need to fix that here. 100 00:05:26,180 --> 00:05:28,810 So again, into our loopback interface, 101 00:05:28,810 --> 00:05:32,170 into our address family IPv4 Unicast, 102 00:05:32,170 --> 00:05:37,480 we'll set up our prefix SID to the absolute value 16,004. 103 00:05:37,480 --> 00:05:39,340 Then, we'll turn it on under the process 104 00:05:39,340 --> 00:05:44,260 again, commit our changes, and exit config. 105 00:05:44,260 --> 00:05:47,650 So now, let's look at our label table detail again. 106 00:05:47,650 --> 00:05:51,500 Now, we have labels allocated for segment routing. 107 00:05:51,500 --> 00:05:55,000 So again, we have allocations for the SRGB 108 00:05:55,000 --> 00:05:57,940 as well as getting adjacency SIDs. 109 00:05:57,940 --> 00:06:01,060 So if we go back over to, say, router 1, 110 00:06:01,060 --> 00:06:04,240 and here, we verify our label table again, 111 00:06:04,240 --> 00:06:07,150 now we can see that we're getting labels 112 00:06:07,150 --> 00:06:08,840 for all of the devices. 113 00:06:08,840 --> 00:06:15,790 So we have our prefix SIDs for routers 1, 2, 3, 4, and 5. 114 00:06:15,790 --> 00:06:18,770 This means that the problem should be completely fixed. 115 00:06:18,770 --> 00:06:21,940 Let's go back over to router 6 again and verify one more time. 116 00:06:21,940 --> 00:06:24,730 117 00:06:24,730 --> 00:06:27,690 So that trace didn't exactly show the multipath thing. 118 00:06:27,690 --> 00:06:29,370 Let's try it one more time, see if we 119 00:06:29,370 --> 00:06:31,710 can get a multipath response. 120 00:06:31,710 --> 00:06:33,190 That's much better. 121 00:06:33,190 --> 00:06:37,080 Now, we can see that we're using our labels both towards router 122 00:06:37,080 --> 00:06:40,000 4 and towards router 3. 123 00:06:40,000 --> 00:06:42,780 Just remember that when you're trying to test something 124 00:06:42,780 --> 00:06:45,780 like multipathing with traceroute, 125 00:06:45,780 --> 00:06:47,850 it can be a little finicky as far as 126 00:06:47,850 --> 00:06:49,360 how it shows the results. 127 00:06:49,360 --> 00:06:51,450 So if you don't see it the first time, 128 00:06:51,450 --> 00:06:53,190 just try to do a trace again. 129 00:06:53,190 --> 00:06:55,860 And most likely, you'll see the multipathing. 130 00:06:55,860 --> 00:06:58,240 But everything's working now as it should. 131 00:06:58,240 --> 00:07:02,060 So that solves trouble ticket 2. 132 00:07:02,060 --> 00:07:06,020 In this video, we saw another example of a ticket 133 00:07:06,020 --> 00:07:08,750 where devices had segment routing 134 00:07:08,750 --> 00:07:13,340 disabled on both the routing protocol and the advertisement 135 00:07:13,340 --> 00:07:16,550 of their prefix SID on their interfaces. 136 00:07:16,550 --> 00:07:19,970 This time, it was on an interim router rather than 137 00:07:19,970 --> 00:07:24,110 the destination, but we saw that the result was very similar. 138 00:07:24,110 --> 00:07:28,010 Once we enabled it and turned our prefix SIDs back on, 139 00:07:28,010 --> 00:07:31,700 then everything started working as it should. 140 00:07:31,700 --> 00:07:33,980 I hope this has been informative for you. 141 00:07:33,980 --> 00:07:37,120 And I'd like to thank you for viewing. 142 00:07:37,120 --> 00:07:40,000