asterisk.ru

varejka, а при чём тут регистрация? Как мы знаем, она влияет на входящие, а у Вас проблема с исходящими, не так ли? Вы либо не поняли инструкции

SolarW писал(а):1. Включить sip set debug ip provider_ip
2. Попробовать позвонить.
3. Посмотреть в высыпавшемся логе что улетает в полях FROM: и REMOTE-PARTY-ID: (если он активен)
4. Прописать в описании пира fromuser=your_number_for_this_provider

либо копипастовое размножение серверов понизило ваш профессиональный уровень.
Я уверен, что если Вы сравните вызов (Invite) на мобильный из сервера А и вызов на мобильный из сервера В (через сервер А) то увидите в чём разница.
Посмотрите, например, на P-Asserted-Identity & Remote-Party-ID

P.S. Я в предпенсионном возрасте, так что Вам кичиться не к лицу.

Окей. Стыкуемся с этим провом в городе Б еще в паре мест и много где еще - никаких fromuser не нужно.
Вот звонок, который удался:

INVITE sip:8905XXXXXXX@10.78.198.13:5060 SIP/2.0
Via: SIP/2.0/UDP 10.78.197.141:5060;branch=z9hG4bK28a56ce8;rport
Max-Forwards: 70
From: "ZZZZZ" <sip:ZZZZZ@10.78.197.141>;tag=as6cc62a5f
To: <sip:8905XXXXXXX@10.78.198.13:5060>
Contact: <sip:ZZZZZ@10.78.197.141:5060>
Call-ID: 31df74cf5ee5a68767e9854115b2f814@10.78.197.141:5060
CSeq: 102 INVITE
User-Agent: Asterisk PBX 1.8.32.1
Date: Thu, 15 Jan 2015 18:45:04 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 237

v=0
o=root 625659806 625659806 IN IP4 10.78.197.141
s=Asterisk PBX 1.8.32.1
c=IN IP4 10.78.197.141
t=0 0
m=audio 10904 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv

---
-- Called SIP/8905XXXXXXX@callout

<--- SIP read from UDP:10.78.198.13:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.78.197.141:5060;received=10.78.197.141;branch=z9hG4bK28a56ce8;rport=5060
From: "ZZZZZ" <sip:ZZZZZ@10.78.197.141>;tag=as6cc62a5f
To: <sip:8905XXXXXXX@10.78.198.13:5060>
Call-ID: 31df74cf5ee5a68767e9854115b2f814@10.78.197.141:5060
CSeq: 102 INVITE

Вот транзитный неудачный звонок:

INVITE sip:8905XXXXXXX@10.78.198.13:5060 SIP/2.0
Via: SIP/2.0/UDP 10.78.197.141:5060;branch=z9hG4bK0a8db533;rport
Max-Forwards: 70
From: "ZZZZZ" <sip:ZZZZZ@10.78.197.141>;tag=as17fc7a4f
To: <sip:8905XXXXXXX@10.78.198.13:5060>
Contact: <sip:ZZZZZ@10.78.197.141:5060>
Call-ID: 690a982411aa0a9e25db66aa694f29e5@10.78.197.141:5060
CSeq: 102 INVITE
User-Agent: Asterisk PBX 1.8.32.1
Date: Thu, 15 Jan 2015 18:51:55 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 237

v=0
o=root 759954199 759954199 IN IP4 10.78.197.141
s=Asterisk PBX 1.8.32.1
c=IN IP4 10.78.197.141
t=0 0
m=audio 18374 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv

---
-- Called SIP/8905XXXXXXX@callout

<--- SIP read from UDP:10.78.198.13:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.78.197.141:5060;received=10.78.197.141;branch=z9hG4bK0a8db533;rport=5060
From: "ZZZZZ" <sip:ZZZZZ@10.78.197.141>;tag=as17fc7a4f
To: <sip:8905XXXXXXX@10.78.198.13:5060>
Call-ID: 690a982411aa0a9e25db66aa694f29e5@10.78.197.141:5060
CSeq: 102 INVITE

Здесь ZZZZZ - правильный CallerID. Наблюдаем много отличий, коллеги? Все таки хорошо, что я сделал тикет перед постом сюда, около трети звонков почему то внезапно проходит. Надоел этот пров косячить, могу поделиться, коллеги, в ЛС, с кем из крупных провайдеров лучше не иметь дело, даже если вы key customer у них.

PS Я не кичился, я ответил на ваш вопрос, уважаемый ded, или вы хотели точной цифры? Более 70 и растет, собака.

У меня был только вопрос по регистрации, п больше никакого вопроса не было. Не могу считать риторический "Вы эту свою фразу мне тоже сможете повторить?" за вопрос.

1) Вы зашхерили номер ZZZZZ. Надо ли понимать, что в обеих логах (выше) он один и тот же?
2) Где ответы оператора на Invite в обоих случаях?
3) Где строчки исполнения диал-плана, где можно видеть перед вызовом
NoOp(Caller ID is ${CALLERID(all)} ??
4) Вызов по SIP URI вида SIP/8905XXXXXXX@callout считается неутентифицированым, верно, но в нём часто трудно передать специфические параметры. Все примеры вызова Dial настоятельно рекомендуют формат Dial(Technology/peer/extension...
укажите в пире fromuser= & fromdomain= и всё получится. Потом можно рассуждать на тему "А почему так?"

В любом случае, я уверен, Вы можете разобраться самостоятельно.
P.S> Зря Вы про 70, очень не хочется мерятся, но за плечами за 9 лет скоро почти больше 200 инсталляций, большая часть из них работает. Надеюсь, что у Вас ложная самооценка пройдёт после 100 инсталляций.

Спасибо, уважаемый ded! fromuser &, fromdomain помогло, 3 звонка подряд прошли, завтра еще потестирую, а то мне кажется, абонента я достал. В свое оправдание могу сказать только, что являюсь админом Linux, а не voip инженером Дело еще в том, что на том объекте уже были похожие проблемы и решал их оператор у себя + впервые понадобилась такая конфигурация за весь опыт установок со всеми провайдерами в данной компании. Почему тогда в старой конфигурации некоторые звонки проходили?

ps Я не меряюсь с вами членом, я отвечал не Вам, а вы сами пожелали спросить. Никто не сомневается в вашем величии, уважаемый ded, я давно гощу на этом форуме - замечаю, что ваши нервы не становятся крепче. Будьте спокойнее:)

Я вообще то мерялся количеством инсталляций, а Вы вон чем!
Спрашивал я только "при чём тут регистрация?"
Не надо про какое-то там величие, это троллинг, полно людей, которые куда как круче, и которых я уважаю, а я себя не считаю никаким гуру.

varejka писал(а): fromuser &, fromdomain помогло,

Этого не может быть. У Вас же пакеты sip протокола не различаются. По Вашему утверждению. Интересно, с Вашим убеждением в том, что по сети идет все одинаково: Вы добавляете два параметра в конфигурашке. И все сразу починилось!
В результате чего? Это божественное проведение? Высшие силы? Все ж на уровне протокола одинаковое!