hobbyte: ну пусть будет nat. было бы под порт больше бит , для 1М клиентов можнобыло бы юзать 1 ip. И снова вопрос: почему 16 бит такое принципиальное ограничение? далже в ipv6 его не поменяли.
Amigo83: TCP различает между соединения не по номеру локального порта, а по тупле {local_addr,local_port,remote_addr,remote_port}. И если речь идет о входящих соединениях, то у всех у них локальный порт будет один и тот же - тот, на который вы сказали listen(), и тем не менее все будет автоматически прекрасно работать. А вот для исходящих соединених автоматически и прекрасно не получается.
1) Да если подключений (постоянных) больше больше количества портов приходится выдумывать решения. Например на шлюзе за которым сидит много людей или сервер с миллионом посетителей.
2) IPv4 тоже поддерживает мульти IP-шники - через субинтерфейсы. А в ipv6 это нативно.
Инфраструктуру ломать тяжело, но раз уж попёр ipv6 то можно было поля в заголовках расширить. Этого не делается, видимо, из-за аппаратных ограничений сетевух или чего-то ещё. В том-то и вопрос: почему 16 бит?
pygame: Не может быть мультиплексирования. идентификатором TCP сессии подключения является ip и port. Два подключения на один порт невозможны. По этому их перебрасывает на другие после хэндшейка
pygame: Ну я у провайдера работал. 12000 клиентов - даже по паре соединений от каждого и половина занята. по этому провайдеры и берут подсети /22 /21. Исходяших ip около 30 . Даже в офисе со 100 компами наступает дедлок иногда.
а исходящие порты ? А то что соединение только сначала идёт на 80, а потом перекидывается на другой, иначе после первого же подключившегося сервис становился бы недоступен? а когда у тебя 30000 клиентов по 2 порта на каждого, балансировка не только отказоустойчивость - тупо не хватает портов.
Корпоративный postfix стоит. Никакой конвертацией он не занимается, письма всем приходят в том формате в котором их отправляли и проблема только с iOS-ным клиентом и только при пересылке писем. Когда отправляют новое письмо оно прекрасно приходит в UTF-8, а при пересылке мешанина из кодировок.
Вся соль в том, что Apple сами знают об этом и это действительно поведение их клиента. до прошивки 3.0 они не подменяли исходные кодировки и письма пересылались как есть, а потом всё испортили.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
