Пожалуйста, войдите здесь. Часто задаваемые вопросы О нас
Задайте Ваш вопрос

Множественные запросы REGISTER

0

На еластиксе настроены два SIP транка на двух разных провайдеров

Мител

type=friend
username=724706
secret=хххх
insecure=port,invite
host=80.91.169.4
dtmfmode=rfc2833
context=from-trunk
disallow=all
allow=alaw
qualify=yes

Registration
724706:хххх@80.91.169.4/724706

Интертелеком.

type=friend
username=777777
secret=хххх
insecure=port,invite
host=195.128.182.62
nat=yes
canreinvite=no
dtmfmode=rfc2833
context=from-trunk
disallow=all
allow=alaw
qualify=yes

Registration
777777:хххх@195.128.182.62/777777

sip general:

defaultexpirey=3600
maxexpirey=3600
minexpiry=600

Регистрация на Мителе (через час все повторяется):

Time                  Source                Destination           Info
10:09:54            78.152.XXX.XXX         80.91.169.4       Request: REGISTER sip:80.91.169.4
10:09:54            80.91.169.4           78.152.XXX.XXX     Status: 401 Unauthorized    (0 bindings)
10:09:54            78.152.XXX.XXX         80.91.169.4       Request: REGISTER sip:80.91.169.4
10:09:54            80.91.169.4           78.152.XXX.XXX     Status: 100 Trying    (0 bindings)
10:09:54            80.91.169.4           78.152.XXX.XXX     Status: 200 OK    (1 bindings)

То есть все регистрируется и работает нормально.

ПРОБЛЕМА 1

С Интертелеком какая-то хрень...

1.На первый запрос регистрации приходит ответ с Expires=30. Соответственно следующий запрос должен уйти через 30 сек. Реально - время между 1 и 2 запросами колеблется в пределах 24-27 сек. Причем второй запрос астер выдает 5 раз подряд (пакеты абсолютно идентичны) с интервалом 1-2 секунды

 Time            Source                Destination            Info
10:09:54       78.152.XXX.XXX         195.128.182.62        Request: REGISTER sip:195.128.182.62
10:09:54       195.128.182.62        78.152.XXX.XXX         Status: 200 OK    (1 bindings)

10:10:18       78.152.XXX.XXX         195.128.182.62        Request: REGISTER sip:195.128.182.62
10:10:18       195.128.182.62        78.152.XXX.XXX         Status: 200 OK    (1 bindings)
10:10:19       78.152.XXX.XXX         195.128.182.62        Request: REGISTER sip:195.128.182.62
10:10:19       195.128.182.62        78.152.XXX.XXX         Status: 200 OK    (1 bindings)
10:10:20       78.152.XXX.XXX         195.128.182.62        Request: REGISTER sip:195.128.182.62
10:10:20       195.128.182.62        78.152.XXX.XXX         Status: 200 OK    (1 bindings)
10:10:22       78.152.XXX.XXX         195.128.182.62        Request: REGISTER sip:195.128.182.62
10:10:22       195.128.182.62        78.152.XXX.XXX         Status: 200 OK    (1 bindings)
10:10:26       78.152.XXX.XXX         195.128.182.62        Request: REGISTER sip:195.128.182.62
10:10:26       195.128.182.62        78.152.XXX.XXX         Status: 200 OK    (1 bindings)

Первый запрос:

REGISTER sip:195.128.182.62 SIP/2.0
Via: SIP/2.0/UDP 78.152.XXX.XXX:5060;branch=z9hG4bK4f840586;rport
Max-Forwards: 70
From: <sip:777777@195.128.182.62>;tag=as4c71bb50
To: <sip:777777@195.128.182.62>
Call-ID: 63bd19022351e09a39c2a06a22e7fc7f@127.0.0.1
CSeq: 102 REGISTER
User-Agent: Asterisk PBX 1.6.2.13
Expires: 3600
Contact: <sip:777777@78.152.XXX.XXX>
Content-Length: 0

SIP/2.0 200 OK
Via: SIP/2.0/UDP 78.152.XXX.XXX:5060;branch=z9hG4bK4f840586;rport=5060;received=78.152.XXX.XXX
Max-Forwards: 70
From: <sip:777777@195.128.182.62>;tag=as4c71bb50
To: <sip:777777@195.128.182.62>
Call-ID: 63bd19022351e09a39c2a06a22e7fc7f@127.0.0.1
CSeq: 102 REGISTER
Contact: <sip:777777@78.152.XXX.XXX>;expires=30
Content-Length: 0

Второй запрос (5 раз подряд, пакеты абсолютно идентичны):

REGISTER sip:195.128.182.62 SIP/2.0
Via: SIP/2.0/UDP 78.152.XXX.XXX:5060;branch=z9hG4bK1526c93e;rport
Max-Forwards: 70
From: <sip:777777@195.128.182.62>;tag=as19137b12
To: <sip:777777@195.128.182.62>
Call-ID: 63bd19022351e09a39c2a06a22e7fc7f@127.0.0.1
CSeq: 103 REGISTER
User-Agent: Asterisk PBX 1.6.2.13
Expires: 3600
Contact: <sip:777777@78.152.XXX.XXX>
Content-Length: 0

SIP/2.0 200 OK
Via: SIP/2.0/UDP 78.152.XXX.XXX:5060;branch=z9hG4bK1526c93e;rport=5060;received=78.152.XXX.XXX
Max-Forwards: 70
From: <sip:777777@195.128.182.62>;tag=as19137b12
To: <sip:777777@195.128.182.62>
Call-ID: 63bd19022351e09a39c2a06a22e7fc7f@127.0.0.1
CSeq: 103 REGISTER
Contact: <sip:777777@78.152.XXX.XXX>;expires=30
Content-Length: 0

2.Следующий запрос уходит через 24-27 сек

 Time            Source               Destination            Info
10:10:50       78.152.XXX.XXX         195.128.182.62        Request: REGISTER sip:195.128.182.62
10:10:50       195.128.182.62        78.152.XXX.XXX         Status: 200 OK    (1 bindings)

И так повторяется постоянно.

Транк зареган и все работает...

Почему так много запросов на гегистрацию? Транк на Мител регается ровно через каждые 3600 сек без кучи дополнительных запросов... Где искать причину такого поведения астера?

Но это еще полбеды...

ПРОБЛЕМА 2

В таком режиме может работать сутки, а потом транк отваливается...

1.Сначала запросы без ответов

 Time            Source               Destination            Info
11:50:33       78.152.XXX.XXX         195.128.182.62        Request: REGISTER sip:195.128.182.62
11:50:33       195.128.182.62        78.152.XXX.XXX         Status: 200 OK    (1 bindings)
11:50:57       78.152.XXX.XXX         195.128.182.62        Request: REGISTER sip:195.128.182.62
11:50:58       78.152.XXX.XXX         195.128.182.62        Request: REGISTER sip:195.128.182.62
11:50:59       78.152.XXX.XXX         195.128.182.62        Request: REGISTER sip:195.128.182.62
11:51:01       78.152.XXX.XXX         195.128.182.62        Request: REGISTER sip:195.128.182.62
11:51:05       78.152.XXX.XXX         195.128.182.62        Request: REGISTER sip:195.128.182.62
11:51:09       78.152.XXX.XXX         195.128.182.62        Request: REGISTER sip:195.128.182.62
11:51:13       78.152.XXX.XXX         195.128.182.62        Request: REGISTER sip:195.128.182.62

REGISTER sip:195.128.182.62 SIP/2.0
Via: SIP/2.0/UDP 78.152.XXX.XXX:5060;branch=z9hG4bK528dfb2b;rport
Max-Forwards: 70
From: <sip:777777@195.128.182.62>;tag=as36a173b6
To: <sip:777777@195.128.182.62>
Call-ID: 3f7328f2372aae537d17f86a5740a63e@127.0.0.1
CSeq: 1404 REGISTER
User-Agent: Asterisk PBX 1.6.2.13
Authorization: Digest username="777777", realm="sipit", algorithm=MD5, uri="sip:195.128.182.62", nonce="d73dfd481334092604602", response="83c0bc5b3267d6ab8496d41f07ba737a"
Expires: 3600
Contact: <sip:777777@78.152.XXX.XXX>
Content-Length: 0

2.Потом запрос и ответ - Forbidden

12:02:09       78.152.XXX.XXX         195.128.182.62        Request: REGISTER sip:195.128.182.62
12:02:09       195.128.182.62        78.152.XXX.XXX         Status: 403 Forbidden    (0 bindings)

REGISTER sip:195.128.182.62 SIP/2.0
Via: SIP/2.0/UDP 78.152.XXX.XXX:5060;branch=z9hG4bK0788e696;rport
Max-Forwards: 70
From: <sip:777777@195.128.182.62>;tag=as304aac40
To: <sip:777777@195.128.182.62>
Call-ID: 05d9037a4d4fff7d04f121df71da9481@127.0.0.1
CSeq: 102 REGISTER
User-Agent: Asterisk PBX 1.6.2.13
Expires: 3600
Contact: <sip:777777@78.152.XXX.XXX>
Content-Length: 0

SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP 78.152.XXX.XXX:5060;branch=z9hG4bK0788e696;rport=5060;received=78.152.XXX.XXX
Max-Forwards: 70
From: <sip:777777@195.128.182.62>;tag=as304aac40
To: <sip:777777@195.128.182.62>
Call-ID: 05d9037a4d4fff7d04f121df71da9481@127.0.0.1
CSeq: 102 REGISTER
Warning: 399 Smile CTI Server "Authorization failed"
Content-Length: 0

3.Прошел час (defaultexpirey=3600). Опять запрос и ответ - Forbidden

12:52:09       78.152.XXX.XXX         195.128.182.62        Request: REGISTER sip:195.128.182.62
12:52:09       195.128.182.62        78.152.XXX.XXX         Status: 403 Forbidden    (0 bindings)

REGISTER sip:195.128.182.62 SIP/2.0
Via: SIP/2.0/UDP 78.152.XXX.XXX:5060;branch=z9hG4bK69ac49b8;rport
Max-Forwards: 70
From: <sip:777777@195.128.182.62>;tag=as65121bbe
To: <sip:777777@195.128.182.62>
Call-ID: 39bdad65257001a6273d118638c4d6c1@127.0.0.1
CSeq: 102 REGISTER
User-Agent: Asterisk PBX 1.6.2.13
Expires: 3600
Contact: <sip:777777@78.152.XXX.XXX>
Content-Length: 0

SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP 78.152.XXX.XXX:5060;branch=z9hG4bK69ac49b8;rport=5060;received=78.152.XXX.XXX
Max-Forwards: 70
From: <sip:777777@195.128.182.62>;tag=as65121bbe
To: <sip:777777@195.128.182.62>
Call-ID: 39bdad65257001a6273d118638c4d6c1@127.0.0.1
CSeq: 102 REGISTER
Warning: 399 Smile CTI Server "Authorization failed"
Content-Length: 0

4.Попыток регистрации больше нет. SIP reload:

13:39:14       78.152.XXX.XXX         195.128.182.62        Request: REGISTER sip:195.128.182.62
13:39:14       195.128.182.62        78.152.XXX.XXX         Status: 401 Unauthorized    (0 bindings)
13:39:14       78.152.XXX.XXX         195.128.182.62        Request: REGISTER sip:195.128.182.62
13:39:14       195.128.182.62        78.152.XXX.XXX         Status: 200 OK    (1 bindings)

Транк зарегался, и все повторяется сначала - куча запросов и в течение суток отваливается...

удалить закрыть спам изменить тег редактировать

спросил 2012-04-13 02:30:53 +0400

Olpag Gravatar Olpag
2024 3 6 30

1 Ответ

0
  1. не понятно, есть проблема или нет? то, что астериск 5 раз подряд посылает запросы на регистрацию это его обычное поведение.

  2. Скорее всего у вашего провайдера в качестве софтсвича стоит мера, а у нее кривой сип стек. За несколько лет мне не удалось исправить эту проблему даже при участии специалистов провайдера. В итоге по крону раз в 10 минут делаем sip reload

ссылка удалить спам редактировать

ответил 2012-04-13 06:33:59 +0400

switch Gravatar switch
8334 11 7 92
http://lynks.ru/

Comments

1.Транк на Мител регается без кучи дополнительных запросов... Есть еще один такой же еластикс (астериск 1.6.2.13) с регистрацией на CDMA.UA, регистрация через 2 мин, работает без проблем, без кучи дополнительных запросов...

2.У интертелекома Smile CTI Server, по логам видно...

Olpag ( 2012-04-13 09:58:10 +0400 )редактировать
  1. Smile CTI Server, как говорят, кривоват. Хотя бы даже тем что не дает поля User-Agent, а свое название выдает в совершенно левом поле Warning
switch ( 2012-04-13 10:12:41 +0400 )редактировать

"Smile CTI Server, как говорят, кривоват..". Я тоже склоняюсь к этому... Во всяком случае, это как-то объясняет отвалы транка... Но что заставляет астер слать пачками запросы? отсутсвие поля User-Agent? или малое время регистрации? или еще что-то?

Olpag ( 2012-04-13 11:11:58 +0400 )редактировать

Нет, это его такая особенность. Если нету ответа от регистратора он повторяет запросы несколько раз подряд. По крайней мере на 1.2.13 и 1.4.22 я такое наблюдал.

switch ( 2012-04-13 11:20:32 +0400 )редактировать

посмотри в моем посте - ПРОБЛЕМА 1. пять запросов - пять ответов ОК... интервал между запросами 1-2 сек... и так через каждых 30 сек (Expire=30)...

в регистрации на мител такой херни нет... register-unathorized-register-ok.. все! до следующей регистрации через час никаких лишних register..

Olpag ( 2012-04-13 11:32:01 +0400 )редактировать
1

Ну на сколько я понял, он должен не 200 ОК отвечать, а 407 Unautorized, и после этого астериск должен слать Register с digest авторизацией. А он шлет 200 ОК будто зарегано.

switch ( 2012-04-13 11:44:42 +0400 )редактировать

Ваш ответ

Please start posting your answer anonymously - your answer will be saved within the current session and published after you log in or create a new account. Please try to give a substantial answer, for discussions, please use comments and please do remember to vote (after you log in)!
[скрыть предварительный просмотр]

Закладки и информация

Добавить закладку

подписаться на rss ленту новостей

Статистика

Задан: 2012-04-13 02:30:53 +0400

Просмотрен: 4,917 раз

Обновлен: Apr 13 '12

Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией GNU GPL.