3.修改rip preference P219
(1)：Failing to change the protocol preference will result in only one next hop for 10.0.5/24 on the RIP router
為什么只有一跳？見P214的分析
如果修改RIP preference，RIP到10.0.5/24有兩個下一跳(可以負載均衡)，WHY？
R7有兩條到10.0.5/24的路由，一個OSPF，一個RIP，現在RIP因為preference升高棄之不用，R7收斂，R7-10.0.5/24只有OSPF發布的路由，RIP domain泛洪收斂，此時R7向RIP發布10.0.5/24路由，最后RIP有兩個下一跳

試驗：不要修改rip-ospf，不要修改rip preference
(2)：Another side effect of this approach is that only one ASBR will be redistributing the RIP routes into OSPF at any given time because the RIP routes will be inactive on one of the ASBRs, and only active routes can be exported through policy.
解讀：RIP preference調高，路由器啟用RIP路由，RIP路由變成inactive，導致rip-ospf不成功，例如R6調高RIP preference，此時R6就不會成為RIP路由的發布點，R7變成RIP路由發布點，所以R6必須經過R7才能到達192.168.1.1，顯然這是個次優路徑。

這里做個試驗，先升高R6的rip preference=160，然后調整R7的rip preference=170，會怎么樣呢？
分析：對于R6/R7來講，誰先修改rip preference，誰的路由選擇就發生變化，例如，這里先修改R6的rip preference，此時在R6觀察192.168/16路由，發現2條路由：ospf優先，而RIP次之，然后修改R7的rip preference，在R6 & R7可以看到關于192.168/16的路由沒有變化；同樣，如果先修改R7上RIP preference，則R7看到OSPF優先，RIP次之
這就是說，同一時刻只有一個ASBR上的RIP在起作用

(3)r6 & r7都要配置以下兩個語句，否則在rip到10.0.5/24不會出現兩個下一跳(r6 & r7)

[edit protocols rip]
lab@r7# set group rip preference 160

[edit policy-options]
lab@r7# show policy-statement rip-ospf
term 1 {
from {
protocol rip;
route-filter 10.0.5.0/24 orlonger reject;
route-filter 0.0.0.0/0 orlonger;
}

4.修改RIP通告的10.0.5/24的metric為400
在R6看來，從R5看到10.0.5/24的metric為50，而R6-RIP-R7-R6再回來時，RIP為10.0.5/24重新賦予metric=400，這樣R6會選取R5為下一跳(因為metric最小)

問題四：為什么需要將R3所在area 10的接口metric，都加1？P223
lab@r5> show ospf database netsummary area 0 detail
OSPF link state database, area 0.0.0.0
Metrics and Various Other Knobs 223
Type ID Adv Rtr Seq Age Opt Cksum Len
Summary 10.0.4.0 10.0.3.3 0x80000083 734 0x2 0x3b82 28
mask 255.255.252.0
TOS 0x0, metric 2
Summary 10.0.4.0 10.0.3.4 0x8000005e 874 0x2 0x8957 28
mask 255.255.252.0
TOS 0x0, metric 3

在olive上做實驗發現，只需將metric改成10.0.3.3(R3)宣告的metric即可，這里改成2。
教材說需要將R3所在area 10的接口metric都加1，為什么？這個是怎么得出來的？

大貓貓<>P16:
因為juniper的路由器的實現區域匯總，在選擇metric的時候是選擇一條匯總下面的子網最小的metric為這條匯總的metric，顯然最小子網是R3-R2之間的10.0.4.0/30，所以需要調整這里的metric，為什么加1呢？因為在JUNOS中，R3宣告這條匯總路由時也算一跳，調整R3-R2之間的metric=2，這樣從R3宣告出去的匯總路由metric=2+1=3，此時(R3 & R4)-R5宣告的匯總路由相同了
注意：cisco是選擇最大metric的發出去的

注意：教材上更改了R3在area 10中的兩個接口，還有R2-R3中間的互聯端口

關于路由選項
discard,---router說丟就丟了吧，我也不管你了，那么你有可能看到的就是icmp timeout，沉默的殺手哦
reject－－－router說我有良心一點，丟了你的包，我還告訴你一聲，給你一個icmp unreachable吧，殺了人，一聲大吼，看過投名狀吧，想想最后一段
receive－－－這個太壞了，明明沒有，明明是不可達的，明明包已經被丟掉咧，可以router還是給你一個echo reply，讓你感覺是！！！！！,呵呵，有點意思，有點意思
那么你想一想，從某種意義上來說，reject和receive是一樣的
包，最起碼是沒有發出去的，只是router產生的icmp message不一樣而已
就像你給女孩子寫情書，要通過女孩子的父母轉交，
最好的結果，父母轉交了－－你小子運氣不錯－－－這就是next－hop
另外的結果
父母把信丟了，還不告訴你，你就傻等著吧，這就是discard
父母把信丟了，告訴你，你小子不要對我家丫頭耍流氓，這就是reject
父母把信丟了，還告訴你，小子，信送到了哦，這就是receive

P214
r7 is using a 10.0.5/24 route learned through RIP from r6, which explains why r7 was not listed as a next hop on the RIP router-split horizon is preventing r7 from advertising
the 10.0.5/24 prefix back out the interface it was learned on.
分析：R7收到RIP發過來的路由(10.0.5/24)，這個路由是從RIP-R7之間的接口學習到的，根據水平分割，R7不會將這條路由再發給RIP，這樣在RIP看來到10.0.5/24的路由只有從R6走

P214
10.0.5/24由R5傳遞到R6 & R7以后，R6也向R7泛洪這條LSA，R7也可能在OSPF中將R6作為達到10.0.5/24，但是根據OSPF算法是不會的，另外到達外部10.0.5/24路由肯定應該從ABR走的。
所以R6將10.0.5/24注入RIP路由以后，R7只有一條經R5走的OSPF路由到達10.0.5/24的路由
R7開始引入RIP路由，R7多了一條經R6走的RIP路由，由于RIP的管理距離較小，R7裝入這條RIP發布過來的路由，下一跳指向R6。
R7有了更新10.0.5/24條目，開始向OSPF area 1泛洪，R5 & R6收到這條新的LSA，而此時10.0.5/24從RIP發布過來以后metric已經變成2，而原來R5 & R6上關于此條路由metric=50，因此R5 & R6裝入這個新的LSA，R6將10.0.5/24指向R7

問題五：為什么在R1上配置NSSA看到0/0屬性是OSPF/150呢？做stub看到0/0屬性是OSPF/10？
如果配置NSSA，ABR會做7-to-5轉換，對內對外都一樣
[edit]
lab@OLIVE# run show route protocol ospf 0/0 logical-router r1

inet.0: 13 destinations, 13 routes (13 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both

0.0.0.0/0 *[OSPF/150] 00:15:49, metric 10, tag 0
> to 10.0.4.13 via fxp1.13
10.0.4.0/30 *[OSPF/10] 00:15:49, metric 20
> to 10.0.4.5 via fxp1.12
to 10.0.4.13 via fxp1.13
10.0.4.8/30 *[OSPF/10] 00:16:07, metric 20
> to 10.0.4.5 via fxp1.12
10.0.6.2/32 *[OSPF/10] 00:16:07, metric 10
> to 10.0.4.5 via fxp1.12
224.0.0.5/32 *[OSPF/10] 00:51:02, metric 1
MultiRecv

問題七：解決172.16.40/29段可達性問題的時候，可以在r6上注入該網段，這個policy怎么寫？
[edit logical-routers r6 policy-options policy-statement rip-ospf]
lab@OLIVE# show
term 1 {
from {
protocol rip;
route-filter 172.16.40.0/29 longer;
route-filter 192.168.0.0/16 longer;
}
then accept;
}
term 2 {
then reject;
}
分析：
1.rip默認為v1，不支持172.16.40/29這樣的變長網段
2.router-filter和protocol rip之間是AND關系，172.16.40/29匹配失敗
3.修改rip-ospf
lab@OLIVE# show
term 1 {
from {
route-filter 172.16.40.0/29 longer;
route-filter 192.168.0.0/16 longer;
}
then accept;
}
term 2 {
then reject;
}