artplanet Posted July 23, 2017 (edited) · Report post На стенде залили в 4900M 40к маршрутов ipv6, после чего по команде show platform hardware ip route summary block# start end mode entries used free group type 0 80 Bit 0 4095 4096 4096 0 3 Dst 1 160 Bit 4096 8190 2048 2048 0 6 Dst 2 80 Bit 8192 12287 4096 4096 0 3 Dst 3 80 Bit 12288 16383 4096 4096 0 3 Dst 4 80 Bit 16384 20479 4096 4096 0 3 Dst 5 80 Bit 20480 24575 4096 1968 2128 3 Dst 6 160 Bit 24576 28670 2048 2048 0 6 Dst 7 160 Bit 28672 32766 2048 2048 0 6 Dst 8 160 Bit 32768 36862 2048 2048 0 6 Dst 9 160 Bit 36864 40958 2048 2048 0 6 Dst 10 160 Bit 40960 45054 2048 2048 0 6 Dst 11 160 Bit 45056 49150 2048 2048 0 6 Dst 12 160 Bit 49152 53246 2048 2048 0 6 Dst 13 160 Bit 53248 57342 2048 2048 0 6 Dst 14 160 Bit 57344 61438 2048 2048 0 6 Dst 15 160 Bit 61440 65534 2048 2048 0 6 Dst 16 160 Bit 65536 69630 2048 2048 0 6 Dst 17 160 Bit 69632 73726 2048 2048 0 6 Dst 18 160 Bit 73728 77822 2048 2048 0 6 Dst 19 160 Bit 77824 81918 2048 2048 0 6 Dst 20 160 Bit 81920 86014 2048 2048 0 6 Dst 21 160 Bit 86016 90110 2048 2048 0 6 Dst 22 160 Bit 90112 94206 2048 2048 0 6 Dst 23 160 Bit 94208 98302 2048 2048 0 6 Dst 24 160 Bit 98304 102398 2048 1564 484 6 Dst 25 Unused 102400 106495 4096 0 4096 - - 26 Unused 106496 110591 4096 0 4096 - - получили информацию что много блоков ушло в поддержку ipv6, далее мы сократили ipv6 до /29 и количество маршрутов упало до 1800 в итоге картинка поменялась show platform hardware ip route summary block# start end mode entries used free group type 0 80 Bit 0 4095 4096 4096 0 3 Dst 1 160 Bit 4096 8190 2048 1898 150 6 Dst 2 80 Bit 8192 12287 4096 4096 0 3 Dst 3 80 Bit 12288 16383 4096 4096 0 3 Dst 4 80 Bit 16384 20479 4096 4096 0 3 Dst 5 80 Bit 20480 24575 4096 1968 2128 3 Dst 6 160 Bit 24576 28670 2048 2 2046 6 Dst 7 160 Bit 28672 32766 2048 0 2048 6 Dst 8 160 Bit 32768 36862 2048 0 2048 6 Dst 9 160 Bit 36864 40958 2048 0 2048 6 Dst 10 160 Bit 40960 45054 2048 0 2048 6 Dst 11 160 Bit 45056 49150 2048 0 2048 6 Dst 12 160 Bit 49152 53246 2048 0 2048 6 Dst 13 160 Bit 53248 57342 2048 0 2048 6 Dst 14 160 Bit 57344 61438 2048 0 2048 6 Dst 15 160 Bit 61440 65534 2048 0 2048 6 Dst 16 160 Bit 65536 69630 2048 0 2048 6 Dst 17 160 Bit 69632 73726 2048 0 2048 6 Dst 18 160 Bit 73728 77822 2048 0 2048 6 Dst 19 160 Bit 77824 81918 2048 0 2048 6 Dst 20 160 Bit 81920 86014 2048 0 2048 6 Dst 21 160 Bit 86016 90110 2048 0 2048 6 Dst 22 160 Bit 90112 94206 2048 0 2048 6 Dst 23 160 Bit 94208 98302 2048 0 2048 6 Dst 24 160 Bit 98304 102398 2048 3 2045 6 Dst 25 Unused 102400 106495 4096 0 4096 - - 26 Unused 106496 110591 4096 0 4096 - - И как видно много блоков осталось зарезервированными под ipv6, вопрос - как их теперь перевести в режим Unused без перезагрузки коммутатора ? Edited July 23, 2017 by artplanet Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
v_r Posted July 24, 2017 · Report post Зачем переводить в unused? Пусть IOS сама решает как использовать их, тем более что у вас утилизация блоков всего 40% (end: 102398, а всего 262143). Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
artplanet Posted July 24, 2017 · Report post Тут вопрос в другом - мы освободили ipv6, далее к нам прилетит много маршрутов ipv4 - разве IOS начнет использоваться блоки которые были выданы под IPv6 и сейчас свободные под IPv4 ? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
v_r Posted July 25, 2017 · Report post Эдак и IPv4 full view может прилететь, с намного более печальными для 4900М последствиями. Вопрос понятен, но немного странный с моей точки зрения. Я с такими деталями не разбирался и ограничил количество маршрутов в VRF, и само собой на BGP-сессиях. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
artplanet Posted July 27, 2017 · Report post тут не ответ на мой изначальный вопрос, в итоге никто не знает как очистить или как поведет себя железка - если количество маршрутов ipv4 будут умещаться в таблице маршрутизациии 4900M, но перед этим таблица была занята полностью IPv6 адресами которые были освобождены. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
ShyLion Posted July 27, 2017 · Report post тут не ответ на мой изначальный вопрос, в итоге никто не знает как очистить или как поведет себя железка - если количество маршрутов ipv4 будут умещаться в таблице маршрутизациии 4900M, но перед этим таблица была занята полностью IPv6 адресами которые были освобождены. Я думаю, что производители не на столько дураки. Думаю что освободившиеся блоки просто помечены для статистики, что они крайний раз использовались для конкретной цели и просто будут использованы для другой при необходимости. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Sacrament Posted December 25, 2018 (edited) · Report post Прошу прощения за некропост. Подскажите 4900М пишут, что всего возможно 260к маршрутов. Я правильно понимаю, что когда у меня закончатся на ней ipv4 unicast маршруты - она выделит еще необходимое кол-во из блока unused? При скольких процентах утилизации она выделит еще маршруты? В данный момент из того что выделено они утилизированы на 95%, при этом свободных еще полно. Отвечу сам себе - выделает автоматически при исчерпании текущего лимита. Edited December 28, 2018 by Sacrament Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
