История изменений
Исправление Aber, (текущая версия) :
По дефолту у отправляемых пакетов TTL/хоп лимит 30, если модем выступает как шлюз то исходящие пакеты будут иметь в счетчике 29 (каждый шлюз уменьшает значение TTL у передаваемых пакетов). Тут вроде легко исправить, достаточно на компе отправлять пакеты с TTL 31, тогда из модема они будут исходить со стандартным значением TTL 30.
Но скорее всего это не решит проблему, ответы исходящие от провайдера будут иметь hop limit что-то вроде 1 и тогда модем скорее всего отправит провайдеру ICMP сообщение что хост не достигнут (TTL exceeded). Таким образом провайдер автоматически определит что между клиентом и оконечным устройством шлюз (модем).
Нужно рутованное устройство чтоб заставить его модифицировать значения TTL во входящих/исходящих пакетах как нужно, а не как требуется по спекам.
Исправление Aber, :
По дефолту у отправляемых пакетов TTL/хоп лимит 30, если модем выступает как шлюз то исходящие пакеты будут иметь в счетчике 29 (каждый шлюз уменьшает значение TTL у передаваемых пакетов).
Скорее всего ответы исходящие от провайдера будут иметь hop limit что-то вроде 1, и тогда модем может отправить провайдеру ICMP сообщение что хост не достигнут (TTL exceeded). Таким образом провайдер автоматически определит что между клиентом и оконечным устройством шлюз (модем).
Нужно рутованное устройство чтоб заставить его модифицировать значения TTL во входящих/исходящих пакетах как нужно, а не как требуется по спекам.
Исправление Aber, :
По дефолту у отправляемых пакетов TTL/хоп лимит 30, если модем выступает как шлюз то исходящие пакеты будут иметь в счетчике 29 (каждый шлюз уменьшает значение TTL у передаваемых пакетов).
Скорее всего ответы исходящие от провайдера будут иметь hop limit что-то вроде 1, и тогда модем может отправить провайдеру ICMP сообщение что хост не достигнут (TTL exceeded). Таким образом провайдер автоматически определит что между клиентом и оконечным устройством шлюз (модем).
Короче нужно рустованное устройство чтоб заставить его модифицировать значения TTL во входящих/исходящих пакетах как нужно, а не как требуется по спекам.
Исходная версия Aber, :
По дефолту у отправляемых пакетов TTL/хоп лимит 30, если модем выступает как шлюз то исходящие пакеты будут иметь в счетчике 29 (каждый шлюз уменьшает значение TTL у передаваемых пакетов).
Скорее всего ответы исходящие от провайдера будут иметь hop limit что-то вроде 1, и тогда модем может сцентрировать ICMP сообщение что хост не достигнут. Таким образом провайдер автоматически определит что между клиентом и оконечным устройством шлюз (модем).
Короче нужно рустованное устройство чтоб заставить его модифицировать значения TTL во входящих/исходящих пакетах как нужно, а не как требуется по спекам.