From: "Dmitry Akindinov" <CGatePro@mx.ru>
Received: by mx.demos.su (CommuniGate Pro PIPE 5.0.14)
  with PIPE id 549372703; Thu, 17 Jul 2014 16:22:54 +0400
X-Spam-Status: No, hits=-1.0 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,
	SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2-st2.demos
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 3.3.2-st2.demos (2011-06-06)
X-Spam-Report: -1.0 points, 5.0 required;
	* -0.0 SPF_HELO_PASS SPF: HELO matches SPF record
	* -0.0 SPF_PASS SPF: sender matches SPF record
	* -0.6 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain
	* -0.5 BAYES_00 BODY: Bayes spam probability is 0 to 1%
	*      [score: 0.0000]
	*  0.0 AWL AWL: From: address is in the auto white-list
Received: from mail.moscow.stalker.com ([89.175.185.228] verified)
  by mx.demos.su (CommuniGate Pro SMTP 5.0.14)
  with ESMTP id 549372710 for CGatePro@mx.ru; Thu, 17 Jul 2014 16:22:51 +0400
Received: from [10.1.1.104] (account dimak@mail.moscow.stalker.com [10.1.1.104] verified)
  by mail.moscow.stalker.com (CommuniGate Pro SMTP 6.1c1d)
  with ESMTPSA id 41698744 for CGatePro@mx.ru; Thu, 17 Jul 2014 16:22:46 +0400
Message-ID: <53C7C00E.4050503@stalker.com>
Date: Thu, 17 Jul 2014 16:22:38 +0400
Organization: Stalker Labs
User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: CommuniGate Pro Russian Discussions <CGatePro@mx.ru>
Subject: Re: Re: [CGP] "500 packet connection has been closed" 2 >B25B =0
 INVITE
References: <list-549370536@mx.demos.su> <list-549371318@mx.demos.su> <list-549372235@mx.demos.su>
In-Reply-To: <list-549372235@mx.demos.su>
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 8bit

Здравствуйте,

On 17.07.2014 12:02, Victor Sudakov wrote:
> Dmitry Akindinov wrote:
>>>
>>> В Интернет оба клиента звонить могут, всё прекрасно слышно в
>>> обе стороны, а друг с другом соединиться не могут, возникает ошибка
>>> "500 packet connection has been closed".
>>
>> "500 packet connection has been closed" - это оно попыталось до одного
>> из клиентов достучаться по TCP. Скорее всего, потому что пакет INVITE с
>> авторизацией превымсил лимит, настроенный в WebAdmin ->  Settings ->
>> Real-Time ->  SIP ->  Sending ->  WAN UDP Limit
>
> Стало понятнее. А если бы я в клиенте принудительно включил транспорт
> TCP, это помогло бы?

Да, тогда бы от клиента к серверу было бы живое TCP соединение (которое 
сервер поддерживал бы периодическими пустыми пакетами) и через него 
можно было бы проталкивать запросы любой толщины.

>>
>> Возможные решения:
>> - увеличить предел
>
> Спасибо, помогло. Поставил 2000 вместо 1500 и всё заработало. А чем
> чревато поставить лимит побольше на WAN? Фрагментированные пакеты пойдут?

Да, особо толстые пакеты могут быть потеряны из-за фрагментации.

>
>> - включить использование коротких заголовков
>> - выключить в конфигурациях телефонов неиспользуемые реально кодеки.
>
> Приму к сведению, еще раз спасибо.
>

-- 
Best regards,
Dmitry Akindinov