Size: a a a

2020 August 26

FA

Finger Alone in linkmeup_chat
Roman
igmp unreachable?
icmp type 3 и его подтипы
источник

R

Roman in linkmeup_chat
иначе смысл от NAT (NAPT) теряется
источник

FA

Finger Alone in linkmeup_chat
port unreach например
источник

R

Roman in linkmeup_chat
во вторых если приходит запрос извне для которого нет трансляции, то такой пакет просто сбрасывается
источник

R

Roman in linkmeup_chat
а если кто то делает по другому - это кривая реализация
источник

FA

Finger Alone in linkmeup_chat
Roman
это конфигурируется
на всех возможных решениях нат?
источник

FA

Finger Alone in linkmeup_chat
Вы берёте какого-то своего вендора и всё к нему применяете
источник

FA

Finger Alone in linkmeup_chat
У всех всё по разному
источник

R

Roman in linkmeup_chat
на тех которые мне известны - CGN - да
источник

FA

Finger Alone in linkmeup_chat
Roman
а если кто то делает по другому - это кривая реализация
Мы не в идеальном мире
источник

R

Roman in linkmeup_chat
port block allocation есть везде
источник

R

Roman in linkmeup_chat
Cisco, Juniper, Huawei,
источник

R

Roman in linkmeup_chat
даже у RDP вроде есть
источник

FA

Finger Alone in linkmeup_chat
Roman
Cisco, Juniper, Huawei,
СКАТ? Ericsson? Alcatel? Brocade? PF?
источник

R

Roman in linkmeup_chat
источник

FA

Finger Alone in linkmeup_chat
Roman
ну во первых абоненту не выделяется адрес целиком, а только какая то часть портов
ну если там будет один абонент, адрес же всё равно занят
источник

R

Roman in linkmeup_chat
Занят, но запрос извне его не занимает
источник

R

Roman in linkmeup_chat
а запрос изнутри
источник

FA

Finger Alone in linkmeup_chat
И многие ограничивают не более какого-то разумного количества абонентов на один белый, и делают так чтобы абоненты всегда в один белый ходили не перескакивали на другие. Т.е. адрес в любом случае ценный ресурс
источник

R

Roman in linkmeup_chat
какой то странный спор, ну да ценный ресурс, ну да - правильно когда абон всегда натится в один и тот же публичный IP
источник