Два одинаковых транка. На одном проблема.

[sem]

Вы правы, логику я утратил с самого вчерашнего дня. Как только начал листать дампы от tcpdump, так сразу...
Кучу не вижу. Пакеты RTP уходят на отвечающего. Отвечающий всё слышит и говорит в ответ, но тот, кто вызывает не слышит ничего. Зато слышит вызывающего (отвечающий). На интерфейсе asterisk-а смотрю RTP. Идёт в сторону маршрутизатора, что удивительно - и от маршрутизатора возвращается на интерфейс asterisk. Я так понимаю, что это возвращается голос отвечающего. А вот дальше куда-то всё это исчезает, хотя на другом транке не исчезает. Куда трафик пропадает?
Два одинаковых транка.... Неправильно, конечно. Надо было два SIP транка. В терминологии я не силён, назвал как придумалось, чтоб попроще и не ошибиться. А тут... Один транк по портам рабочий. Другой с настройками точь в точь, разве что значения хостов-пользователей-паролей разные - ни в какую обратно. Я же и с первым, рабочим транком, извините, плясал. То звук есть, то его вдруг нет. Так и выдумал себе VPN, через него всё было хорошо, пока не появился второй транк.
Вы не могли бы мне помочь выправить логику? На что ещё можно обратить внимание?
Спасибо за понимание.

[Wapo]

Т.к. недавно вы сообщали о НУЛЕВОЙ цене - даю бесплатный совет - карандаш и бумага и рисуем откуда что ушло-куда что вернулось и т.д. с учетом вашего роутера и пр. Ну и заодно смотрим таблицу типа route и т.д

[ded]

Заканчивайте истерить. На Avito уже не только подержаный автомобиль, но и фрилансеров искать? Мега-помойка "Найдётся всё!"? Ну и качество найденного будет соответствующим.

Передайте в сапорт mcn.ru: "Настраиваем присоединения ваших клиентов, аутсорсинг, двойной тариф, предоплата 100%"

Бизнес по-русски, называется. Если мне кто-нибудь поможет, то тариф у меня = нулю. Двойной тариф - 2 умножить на ноль = сумашедшая сумма!.

Это мы будем не Вам, а по аутсорсу mcn.ru счета выставлять.

А вот дальше куда-то всё это исчезает, хотя на другом транке не исчезает. Куда трафик пропадает?
Два одинаковых транка.... Неправильно, конечно. Надо было два SIP транка.

Нет единых правил подключения клиентов для всех SIP провайдеров, все крутят +/- свои опции.

На что ещё можно обратить внимание?
Спасибо за понимание.

На само-понимание, повышение уровня знаний в той области, куда пришли заниматься.
http://asterisk.ru/knowledgebase/debug

[sem]

Да что там рисовать-то. Лишь замазать то, что не для общественной публикации. Слева рабочий транк, справа проблемный. Смотреть сверху вниз. Сверху клиент, снизу asterisk:

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: Два транка. Слева хороший, справа плохой

10.7.7.145 - интерфейс asterisk-а ок клиенту. 192.168. - к маршрутизатору (физический интерфейс один). Даже тут видно, что от маршрутизатора звук вернулся. Там всего-то было: "Раз, два, три", - сказано.
Оно бы я, конечно, тоже подумал на маршрутизацию, если бы рабочий транк не "самосмаршрутизировался" неким странным образом, что звук прошёл до клиента. Но получается, что тут какая-то не та маршрутизация, которая умудряется маршрутизировать один транк и ни в какую не хочет маршрутизировать другой. И где эта отдельная маршрутизация именно в asterisk, а не в ОСи? Не подскажете?

ded, спасибо. Именно по вашей ссылке находится моё самое любимое чтение в настоящий момент. Но не могли бы вы уточнить, если не сложно, ту самую страницу, которая бы объяснила "внутри-asterisk-овскую маршрутизацию" в случае +/- подкрученных транков?

Вообще говоря, как-то странно говорить про маршрутизацию, если тут UDP. Но как этот процесс правильным словом обозвать - это я пока не знаю. А как в asterisk назвать процесс передачи и не передачи UDP с одного интерфейса на другой?

[ded]

Но не могли бы вы уточнить, если не сложно, ту самую страницу, которая бы объяснила "внутри-asterisk-овскую маршрутизацию" в случае +/- подкрученных транков?

Такой страницы не существует. Если бы была возможность её создать (то есть описать всё-всё для всех-всех), то уже бы создали и всё всем объяснили.
Так как настройка транков зависит от настроек параметров на обоих концах - провайдер, и ваш Астериск, нет единой концепции, есть только общие рекомендации.

Исходящий звонок из Астериска за НАТом указывает в инвайте сигнальный порт UDP 5060 и назначаемый для этого соединения порт для RTP. Астериск должен знать, что он за НАТ, чтобы для RTP указать в инвайте внешний адрес externip= который на интерфейсе WAN вашего маршрутизатора. Если этот адрес не фискированный, то его надо вычислять, например механизмом STUN, чтобы подставить в инвайт.

Если это не происходит, то в инвайте отправляется провайдеру адрес вашего туннельного интерфейса 10.7.7.145, и провайдерский прокси начинает слать медиа поток на него, то есть в никуда. Прокси же не знает где находится 10.7.7.145?

Второй раз настойчиво прошу передать в службу поддержки mcn.ru - "не можете помочь своему клиенту? ТОгда поможем мы, за двойной тариф, платить - вам, вы должны быть материально заинтересованы в подключении клиента, а не общество сторонних специалистов."

[sem]

ded, огромное вам спасибо. В службу поддержки я уже обратился. Даже один раз ответили.
Но мне самому чертовски интересно стало.
Видите ли,... могу и картинками, конечно, показать этот инвайт в обоих случаях. Хотя толку в них мало. Вы их уже не раз видели. Я уже где-то выше говорил, что одинаковы, в плане не нарушения общих представлений об ожидаемом.
Имеющийся у меня asterisk категорически верно сообщает обоим провайдерам внешний статический адрес и в "Owner Address", и в "Connection Address". И порт сообщает в "Media Port". И в обоих случаях поток RTP категорически правильно направляется на интерфейс asterisk-а. В моём случае на 192.168.. И поток так и приходит. Но вот я, возможно, где-то в asterisk-е либо что-то не доделал, либо переделал.. А что именно сообразить не могу.
Прямо гнетёт: один транк нормальный, второй тоже нормальный. Но второй нормальный до вхождения, так сказать, в asterisk. После попадания потока на интерфейс asterisk-а он не передаётся клиенту. А в первом транке передаётся.
Никто из провайдеров не отправляет ни на какие 10.7...
Я проблему найти хочу. И спрашиваю где бы поискать. А мне "нат, нат. звука нет, значит нат". Нет оснований обвинять NAT. Всё там хорошо. Эта схема красивая, очень полезная, но.. для кого-нибудь. Дампы я понаснимал везде. В правильной отсылке потоков провайдерами убедился. Или ещё надо куда глянуть? Кодеки потоков понятны, известны, присутствуют, работают. Даже g729 есть, хотя под руководством awsswa я этот кодек пока убрал.
Может быть, вы или другие уважаемые гуру подскажут: что это такое и почему может быть? Чтоб посмотреть, убедиться и закрыть мой вопрос со слышимостью в одном направлении никак не связанной с NAT?

[ded]

1) на транке [MCN] не увидел параметров canreinvite=no directmedia=no (а это в схемах присутствует, как важный указатель)
2) не увидел - есть ли параметр
localnet=192.168.0.0/255.255.255.0
localnet=10.7.7.0/255.255.255.0
в генеральных установках sip.conf (Вы только пишете о том, что всё выставлено)
3) если смотреть в лог CLI при неудачном звонке + set verbose 10, то можно увидеть много интересного. Ибо если звук от провайдера на Астериск приходит, то он должен уходить на второе плечо (клиенту на 10.7.7.145) согласно сообщаемому в SDP порту. На картинках дебага это не видно, надо Вам кликать в сами пакеты и смотреть их внутренности.
4) Есть предположение, что mcn поддерживает early media, а первый транк - нет, отсюда разные сценарии при инвайтах.
http://www.voip-info.org/wiki/view/Aste ... ressinband

[Zavr2008]

ТС, хватит валять дурака и прикидываться ветошью.

1. Модель маршрутизатора.
2. Состояение SIP ALG на нем.
3. настройки секции [general] в sip*.conf.
4. ПОЛНЫЙ INVITE при регистрации X-lite НЕ НА МОБИЛЕ и НЕ ЧЕРЕЗ АСТЕР.
5. Кто делает VPN - этот же маршрутизатор?

И локальные адреса перестаньте замазывать уже.

Только после этого продолжим.

[sem]

ded, огромное вам спасибо за участие в проблеме.

1. Здесь прочитал , что "Если не указано, будут использованы настройки из модуля FreePBX Asterisk SIP Settings". Потом на форуме увидел ругань гуру в адрес нашего (начинающего) брата по поводу лишнего, и решил лишнее убрать, оставив в настройках sip и в непосредственно в настройках "номеров" (extensions). Прочитал ваше замечание и вернул обратно. Опять логику утерял, наверное, но после долгих и мучительных размышлений над прочитанным в интернетах, сделал без указания в "PEER Details" - это не помогло, сделал с добавлением в "PEER Details" - тоже не помогло.
2. Локальные сети (две штуки) указаны давно. Я бы не смог прозвониться и по рабочему транку, если бы их не было. Внешний адрес тоже правильный и сомнений не вызывает.

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: Сети

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: Я не только пишу об этом

Код: Выделить всё

asterisk*CLI> sip show settings
Global Settings:
----------------
  UDP Bindaddress:        0.0.0.0:5060
  TCP SIP Bindaddress:    Disabled
  TLS SIP Bindaddress:    Disabled
  Videosupport:           Yes
  Textsupport:            Yes
  Ignore SDP sess. ver.:  No
  AutoCreate Peer:        Off
  Match Auth Username:    No
  Allow unknown access:   No
  Allow subscriptions:    Yes
  Allow overlap dialing:  Yes
  Allow promisc. redir:   No
  Enable call counters:   No
  SIP domain support:     No
  Realm. auth:            No
  Our auth realm          asterisk
  Use domains as realms:  No
  Call to non-local dom.: Yes
  URI user is phone no:   No
  Always auth rejects:    Yes
  Direct RTP setup:       No
  User Agent:             FPBX-12.0.76.4(11.16.0)
  SDP Session Name:       Asterisk PBX 11.16.0
  SDP Owner Name:         root
  Reg. context:           (not set)
  Regexten on Qualify:    No
  Trust RPID:             No
  Send RPID:              No
  Legacy userfield parse: No
  Send Diversion:         Yes
  Caller ID:              Unknown
  From: Domain:           
  Record SIP history:     Off
  Call Events:            On
  Auth. Failure Events:   Off
  T.38 support:           No
  T.38 EC mode:           Unknown
  T.38 MaxDtgrm:          4294967295
  SIP realtime:           Disabled
  Qualify Freq :          60000 ms
  Q.850 Reason header:    No
  Store SIP_CAUSE:        No

Network QoS Settings:
---------------------------
  IP ToS SIP:             CS3
  IP ToS RTP audio:       EF
  IP ToS RTP video:       AF41
  IP ToS RTP text:        CS0
  802.1p CoS SIP:         4
  802.1p CoS RTP audio:   5
  802.1p CoS RTP video:   6
  802.1p CoS RTP text:    5
  Jitterbuffer enabled:   Yes
  Jitterbuffer forced:    Yes
  Jitterbuffer max size:  200
  Jitterbuffer resync:    1000
  Jitterbuffer impl:      fixed
  Jitterbuffer log:       No

Network Settings:
---------------------------
  SIP address remapping:  Enabled using externaddr
  Externhost:             <none>
  Externaddr:             ХХХ.ХХХ.ХХХ.ХХХ:0
  Externrefresh:          10
  Localnet:               192.168.0.0/255.255.255.0
                          10.7.7.0/255.255.255.0

Global Signalling Settings:
---------------------------
  Codecs:                 (gsm|ulaw|alaw|g729|h264|mpeg4)
  Codec Order:            alaw:20,g729:20,ulaw:20,gsm:20,h264:0,mpeg4:0
  Relax DTMF:             No
  RFC2833 Compensation:   No
  Symmetric RTP:          Yes
  Compact SIP headers:    No
  RTP Keepalive:          0 (Disabled)
  RTP Timeout:            30 
  RTP Hold Timeout:       300 
  MWI NOTIFY mime type:   application/simple-message-summary
  DNS SRV lookup:         No
  Pedantic SIP support:   Yes
  Reg. min duration       60 secs
  Reg. max duration:      3600 secs
  Reg. default duration:  120 secs
  Sub. min duration       60 secs
  Sub. max duration:      3600 secs
  Outbound reg. timeout:  120 secs
  Outbound reg. attempts: 0
  Outbound reg. retry 403:0
  Notify ringing state:   Yes
    Include CID:          No
  Notify hold state:      Yes
  SIP Transfer mode:      open
  Max Call Bitrate:       384 kbps
  Auto-Framing:           No
  Outb. proxy:            <not set> 
  Session Timers:         Accept
  Session Refresher:      uas
  Session Expires:        1800 secs
  Session Min-SE:         90 secs
  Timer T1:               500
  Timer T1 minimum:       100
  Timer B:                32000
  No premature media:     Yes
  Max forwards:           70

Default Settings:
-----------------
  Allowed transports:     UDP
  Outbound transport:	  UDP
  Context:                from-sip-external
  Record on feature:      automon
  Record off feature:     automon
  Force rport:            Yes
  DTMF:                   rfc2833
  Qualify:                0
  Keepalive:              0
  Use ClientCode:         No
  Progress inband:        Never
  Language:               
  Tone zone:              <Not set>
  MOH Interpret:          default
  MOH Suggest:            
  Voice Mail Extension:   asterisk
----

я столкнулся с чем-то, что постоянно ускользает от внимания. Либо я этого не знаю совершенно и поэтому не нахожу, либо я знаю, но пропускаю. Два дня ушло на проверку второго варианта. И я решился побеспокоить этот форум.

3. Да, там интересного побольше чем в чтении результатов работы tcpdump. Если в дампах много знакомого, то в журнале asterisk-а, что ни строчка, то в гугл. Эдак я тоже долго чиnfл, разбираясь. Знаете ли, трудно искать то, чего не знаешь. Тут бы хороша была подсказка: а что мне там надо поискать по теме ответа на вопрос: "Почему может случиться такая неприятность, что с одним транком поток RTP переходит с интерфейса на интерфейс, а другой RTP поток этого сделать не хочет"?
Кликаю в пакеты и смотрю. Если как по скриншотам выше (где их четыре вместе), по верхнему првому, то там всё столь же чётко, как и по левому. Клиент сообщил порт, сессия открылась. Потом "звоночек", который я так и не смог осмыслить, потом пошёл звук, а в обратку asterisk ничего не высылает. Он от провайдера в том же порядке принимает, а отдать не хочет. С чего бы вдруг?

4. А можно как-нибудь из дампа, созданного tcpdump, понять поддерживает ли early media mcn.ru или не поддерживает? Может, в каком нибудь пакете об этом есть упоминание? Ведь как-то же asterisk-у должно быть доставлено об этом известие, чтоб сценарий был другой. Что именно мне надо бы найти в дампе, который приходит от провайдера?

Zavr2008, спасибо вам огромное, что приняли участие в разрешении недоразумения, возникшего у меня по непонятной причине.
1. Вот этот v.6.0
2. Выключено. Но я не думаю, что включение поможет. Я пробовал и так, и сяк. Пока оставил выключенным. Изначально так было. Но включение и выключение ALG ровным счётом никакого влияния не оказывает ни на работу рабочего транка, ни на полуработу проблемного. Лично мною каких-либо отличий в работе SIP из-за этого шлюза замечено не было. А вот, например, с ftp, если отключить, то заметно бывает. Вот так:

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: ALG на маршрутизаторе

3. Если чуть более детально, то во втором пункте сверху тоже есть. А картинкой вот:

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: настройки секции [general]в sip*.conf

4. Да что же вам X-Lite так нравится. У меня Bria есть. Производитель тот же, работает так же. Я не любитель понаустанавливать софта какого-нибудь. Довольствуюсь малым. А лишний софт для меня - зло. Потом надо зачищаться, а чтобы грамотно зачиститься. так это надо изучить эту программу. И зачем мне это вообще надо? Если всё тоже самое я могу сделать тем, что уже есть, работает и используется в повседневности. Как-то так.
В общем так, сделал себе отдельную подсеть 172.16.15/24 Временно отобрал у asterisk-а порты и законнектился c iPhone 5s на mcn.ru, из-за маршрутизатора. Ну, в общем, небольшая подмена получилась. Запустил tcpdump на телефоне. Сделал исходящий вызов на другой мобильник. Поговорил. Да, слышно. Да, и туда, и сюда. Я как бы и не сомневался, что слышно будет. У меня же, как у новичка, странность через asterisk образовалась. А INVITE с продукта фирмы CounterPath вот:

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: CounterPath вместо asterisk

5. OpenVPN на Debian. Zavr2008, я дурака не валяю. У меня проблема, которую я не могу решить. А вы мне "кто делает"... Я "делает", точнее делал. Года два назад, может три. Давно.

[Zavr2008]

ТС, из Вас по капле выдавливать информацию нужно..

Также подумайте об обновлении прошивки тплинк. Возможно он тупо режет.
SIP ALG ни в коем случае не включать.

Update: INVITE есть на скринах) Разбираемся..

Микротик там каким боком?

Аналогичный INVITE через Asterisk выложите. Только без очередного замылевания - итак уже рябит от паранойи.
И еще - это очень сложно было не выёживаться и на компе сделать? не на софтоне с Bria и активированным STUN..