6506E & NAT

[hhh123]

Всем привет!

 

Кто-нибудь сталкивался с проблемой работы NAT на 6506E&SUP32 (s3223-adventerprisek9_wan-mz.122-18.SXF14.bin)?

 

Судя по логам, циска не хочет или не может создавать трансляции. Вот так примерно выгледит лог:

*May 13 11:19:26.863 MSK: NAT: New Inside Entry: couldn't allocate port 1047 for

192.168.10.58 Protocol: 6

*May 13 11:19:26.863 MSK: NAT: translation failed (A), dropping packet s=10.10.1

0.2 d=81.19.70.1

*May 13 11:19:29.632 MSK: NAT: New Inside Entry: couldn't allocate port 1048 for

192.168.10.58 Protocol: 6

*May 13 11:19:29.632 MSK: NAT: translation failed (A), dropping packet s=10.10.1

0.2 d=217.107.214.21

*May 13 11:19:29.756 MSK: NAT: New Inside Entry: couldn't allocate port 1047 for

192.168.10.58 Protocol: 6

*May 13 11:19:29.756 MSK: NAT: translation failed (A), dropping packet s=10.10.1

0.2 d=81.19.70.1

*May 13 11:19:32.493 MSK: NAT: New Inside Entry: couldn't allocate port 1048 for

192.168.10.58 Protocol: 6

*May 13 11:19:32.493 MSK: NAT: translation failed (A), dropping packet s=10.10.1

0.2 d=217.107.214.21

*May 13 11:19:33.061 MSK: NAT: New Inside Entry: couldn't allocate port 1049 for

192.168.10.58 Protocol: 6

sh ip nat trans показывает 1-2 динамические записи с Inside Global адресом на один и тот же порт 36.

 

Причем, если после настройки взять и перезагрузить железку, то все начинает работать как надо. А если поменять конфигурацию ната на какую-нибудь другую и потом вернуть все обратно, то НАТ перестает работать и снова требуется перезагрузка.

 

По началу думал что это баг:

NAT creates overlapping translation entries using the same IG address

Symptom:

On a Cisco IOS router running NAT (Network Address Translation), the router

may create overlapping NAT translation entries for multiple Inside Local

addresses using the same Inside Global address out of the NAT pool. This

will cause connections using these translation entries to fail.

 

Conditions:

This happens after some time of router operation, but the exact trigger to

the problem is unknown at this time.

 

Workaround:

So far the only workaround we've found is to reload the router.

Но циска говорит что в новой версии ....122-18.SXF14.bin этот баг исправили.

 

Кто-нибудь сталкивался с этим?

Edited May 16, 2008 by hhh123