URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 16560
[ Назад ]
Исходное сообщение
"vrf vs 'ip nat translation timeout'"
Отправлено alchie , 22-Июн-08 09:49 
Попытался установить таймаут для нат-трансляций

Router#sh run | i transl
ip nat translation timeout 1800


однако результат не оказался ожидаемым:

Router#sh ip nat tr vrf XXX verbose
...
extended, limited, use_count: 0, VRF : XXX, entry-id: 2601390, lc_entries: 0
tcp 91.x.y.z:1113 192.168.10.101:1113 205.188.8.133:5190 205.188.8.133:5190
    create 00:32:22, use 00:00:19 timeout:86400000, left 23:59:40, Map-Id(In): 2,
    flags:
...
extended, limited, use_count: 0, VRF : XXX, entry-id: 2568034, lc_entries: 0
udp 91.x.y.z:1036 192.168.12.15:1036 91.a.b.c:53  91.a.b.c:53
    create 00:01:03, use 00:00:45 timeout:60000, left 00:00:14, Map-Id(In): 2,
    flags:


Это проблемы реализации VRF-aware NAT? или что-то не так делаю?

Содержание
Сообщения в этом обсуждении
"vrf vs 'ip nat translation timeout'"
Отправлено alchie , 22-Июн-08 09:53 
Блин, торможу
ip nat tr tcp-timeout помогло (:
"vrf vs 'ip nat translation timeout'"
Отправлено Andrei_V , 15-Дек-08 14:28 
>Блин, торможу
>ip nat tr tcp-timeout помогло (:

Помогло в каком плане?
Сколько поставил - больше или меньше дефолтных 24х- часов?

Сейчас у меня стоит:

ip nat translation timeout 300
ip nat translation tcp-timeout 600
ip nat translation max-entries 25000

Остальное по дефолту.

Для разгрузки проца логичней наверное уменьшать таймуат, чтобы таблица быстрее циской самостоятельно подчищалась? Или наоборот - частая подчистка таблицы будет отнимать больше процессорных ресурсов, чем обработка и поиск в большой таблице НАТа?

"vrf vs 'ip nat translation timeout'"
Отправлено alchie , 15-Дек-08 15:34 
>[оверквотинг удален]
>
>ip nat translation timeout 300
>ip nat translation tcp-timeout 600
>ip nat translation max-entries 25000
>
>Остальное по дефолту.
>
>Для разгрузки проца логичней наверное уменьшать таймуат, чтобы таблица быстрее циской самостоятельно
>подчищалась? Или наоборот - частая подчистка таблицы будет отнимать больше процессорных
>ресурсов, чем обработка и поиск в большой таблице НАТа?

у меня кошка падала по отсутствию свободной оперативы. сейчас я ее уже заменил на более шуструю и с бОльшим объемом RAM. А ЦПУ висящие сессии не накручивали у меня

"vrf vs 'ip nat translation timeout'"
Отправлено Andrei_V , 15-Дек-08 20:38 
>ip nat translation timeout 300
>ip nat translation tcp-timeout 600
>ip nat translation max-entries 25000
>
>Остальное по дефолту.
>
>Для разгрузки проца логичней наверное уменьшать таймуат, чтобы таблица быстрее циской самостоятельно
>подчищалась? Или наоборот - частая подчистка таблицы будет отнимать больше процессорных
>ресурсов, чем обработка и поиск в большой таблице НАТа?

Может кто-то пояснить эту тонкость?
Эксперименты показывают, что если значение "ip nat translation tcp-timeout" ставить небольшое (например 600), то память циски не забивается таблицей трансляций (таблица не разрастается), проц не прогружается, но сам НАТ субъективно (со стороны пользователей) совершенно четко подтормаживает. Увеличивая это значение, увеличиваем все: размер таблицы, размер используемой памяти, загрузку проца, но НАТ начинает работать шустрее. Осталось понять где та грань, при которой все работает оптимально.
Экспериментально же установлено: если это значение оставить по дефолту (86400 кажется), то даже при 40-50 пользователях за НАТом и скорости порядка 1,5 Мбит/сек  таблица трансляций довольно быстро разрастается до параметра, заданного в "ip nat translation max-entries " и проц прогружается практически на 100%.
Эксперименты - хорошо, но может кто-то пояснит методику подбора этих параметров, а также других параметров тайм-аутов НАТа?

"vrf vs 'ip nat translation timeout'"
Отправлено Andrei_V , 16-Дек-08 19:51 
>Может кто-то пояснить эту тонкость?

Совсем никто не в курсе?! :(