Коллеги, есть номер от Ростелекома (далее будет еще парочка, но тестирую с одним). Предоставили логин и пароль. Я создал контекст с нужными данными:
[authentication]
[r_213162]
type=friend
host=10.10.10.100
port=5060
nat=no
fromdomain=10.10.10.100
insecure=invite,port
disallow=all
allow=alaw
allow=ulaw
dtmfmode=auto
secret=******
defaultuser=213162
fromuser=213162
callbackextension=213162
context=incoming
qualify=300
directmedia=no
Диалплан тоже не замысловатый:
[general]
static=yes
writeprotect=no
[globals]
[default]
;Pick phone
[handup-sip]
exten => _X!,1,HangUp()
;Dial plan "Outcoling"
[outcoling]
exten => 900,1,Answer()
exten => 900,n,ConfBridge(1,confer)
exten => _XXX,1,Dial(SIP/${EXTEN},15,t)
exten => _XXX.,1,Dial(SIP/${EXTEN}@r_213162)
include => handup-sip
;Dial plan "Incoming"
[incoming]
exten => 213162,1,Dial(SIP/105)
Но регистрировать sip не хочет все время пишется ошибка:
[Feb 19 09:13:02] WARNING[2355]: chan_sip.c:15937 transmit_register: Probably a DNS error for registration to 213162@10.10.10.100, trying REGISTER again (after 20 seconds)
[Feb 19 09:13:22] WARNING[2355]: chan_sip.c:15937 transmit_register: Probably a DNS error for registration to 213162@10.10.10.100, trying REGISTER again (after 20 seconds)
[Feb 19 09:13:22] NOTICE[2355]: chan_sip.c:15766 sip_reg_timeout: -- Registration for '213162@10.10.10.100' timed out, trying again (Attempt #2)
А если попробовать звонить исходящий то при asterisk -rvvvv в логах следующее:
Connected to Asterisk 13.14.0 currently running on voip (pid = 1541)
== Using SIP RTP CoS mark 5
-- Executing [8*******8@outcoling:1] Dial("SIP/105-0000000a", "SIP/8*******8@r_213162") in new stack
[Feb 19 09:11:06] WARNING[17606][C-00000005]: app_dial.c:2525 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Subscriber absent)
== Everyone is busy/congested at this time (1:0/0/1)
-- Auto fallthrough, channel 'SIP/105-0000000a' status is 'CHANUNAVAIL'
В инете у кого подобная ошибка все говорят из-за «callbackextension», мне не понятно причем тут ДНС у меня, когда я все адреса вбил айпишниками. Тут даже разыминовывать нечего.
UPD #01:
Заменил в sip.conf тип Friend на Peer, вот что в итоге:
externaddr = 10.*******
;local network
localnet = 192.168.50.0/24
localnet = 10.10.0.0/16
localnet = 10.9.0.0/16
;RU sound
language=ru
context=default
allowoverlap=no
udpbindaddr=0.0.0.0
tcpenable=no
tcpbindaddr=0.0.0.0
transport=udp
srvlookup=yes
allowguest=no
limitonpeers=yes
alwaysauthreject=yes
defaultexpiry=300
minexpiry=300
maxexpiry=3600
[authentication]
[r_213162]
type=peer
host=10.10.10.100
nat=no
insecure=invite,port
disallow=all
allow=alaw
allow=ulaw
dtmfmode=auto
secret=********
defaultuser=213162
trunkname=213162
fromuser=213162
callbackextension=213162
context=incoming
directmedia=nonat
Ошибка с DNS исчезла, НО ногда звоню с внешки дозваниваюсь нормально, но в трубках тишина. А если пытаюсь звонить на внешку, то звонок идет гудки есть но на сотовый звонок не приходит, как будто звонок в никуда.
Это в логе, когда звоню с внешки на внутреннюю и тишина в трубке:
== Using SIP RTP CoS mark 5
-- Executing [213162@incoming:1] Dial("SIP/r_213162-00000000", "SIP/105") in new stack
== Using SIP RTP CoS mark 5
-- Called SIP/105
-- SIP/105-00000001 is ringing
-- SIP/105-00000001 answered SIP/r_213162-00000000
-- Channel SIP/105-00000001 joined 'simple_bridge' basic-bridge <f5c11c0d-fee9-41d1-a023-ccf65b70bd3f>
-- Channel SIP/r_213162-00000000 joined 'simple_bridge' basic-bridge <f5c11c0d-fee9-41d1-a023-ccf65b70bd3f>
> Bridge f5c11c0d-fee9-41d1-a023-ccf65b70bd3f: switching from simple_bridge technology to native_rtp
> Remotely bridged 'SIP/r_213162-00000000' and 'SIP/105-00000001' - media will flow directly between them
> Remotely bridged 'SIP/r_213162-00000000' and 'SIP/105-00000001' - media will flow directly between them
> 0x7f54c8005b10 -- Probation passed - setting RTP source address to 192.168.50.13:12134
> 0x7f5400010dc0 -- Probation passed - setting RTP source address to 10.*******:19140
-- Channel SIP/105-00000001 left 'native_rtp' basic-bridge <f5c11c0d-fee9-41d1-a023-ccf65b70bd3f>
-- Channel SIP/r_213162-00000000 left 'native_rtp' basic-bridge <f5c11c0d-fee9-41d1-a023-ccf65b70bd3f>
== Spawn extension (incoming, 213162, 1) exited non-zero on 'SIP/r_213162-00000000'
А это когда звонок уходит в никуда при звонке на сотовый
== Using SIP RTP CoS mark 5
-- Executing [8*****8@outcoling:1] Dial("SIP/105-00000002", "SIP/8******8@r_213162") in new stack
== Using SIP RTP CoS mark 5
-- Called SIP/@r_213162
> 0x7f54d00059e0 -- Probation passed - setting RTP source address to 10.********:15972
-- SIP/r_213162-00000003 is making progress passing it to SIP/105-00000002
> 0x7f54d00059e0 -- Probation passed - setting RTP source address to 10.********:15972
> 0x7f5400010dc0 -- Probation passed - setting RTP source address to 192.168.50.13:12138
-- SIP/r_213162-00000003 is ringing
== Spawn extension (outcoling, 8*****8, 1) exited non-zero on 'SIP/105-00000002'
Добрый день!
Вновь столкнулся с проблемой при переносе пользователей в бд.
После рестарта * в консоль начинают выводиться сообщения:
WARNING[19246]: chan_sip.c:15229 transmit_register: Probably a DNS error for registration to @,
trying REGISTER again (after 20 seconds)
и
NOTICE[19246]: chan_sip.c:15104 sip_reg_timeout: -- Registration for '@'
timed out, trying again
записи из sip.conf кешируются, так как нужен qualify, если сказать в консоли reload то сообщения более
не появляются.
Я понимаю что он пытается зарегистрироваться, но не могу понять где указать что этого делать не надо.
Вот дамп таблицы:
DROP TABLE IF EXISTS `sip_buddies`;
CREATE TABLE `sip_buddies` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`accountcode` varchar(20) DEFAULT NULL,
`disallow` varchar(100) DEFAULT 'all',
`allow` varchar(100) DEFAULT 'ulaw;alaw',
`allowoverlap` enum('yes','no') DEFAULT 'yes',
`allowsubscribe` enum('yes','no') DEFAULT 'yes',
`allowtransfer` varchar(3) DEFAULT NULL,
`amaflags` varchar(13) DEFAULT NULL,
`autoframing` varchar(3) DEFAULT NULL,
`auth` varchar(40) DEFAULT NULL,
`buggymwi` enum('yes','no') DEFAULT 'no',
`callgroup` varchar(10) DEFAULT NULL,
`callerid` varchar(80) DEFAULT NULL,
`cid_number` varchar(40) DEFAULT NULL,
`fullname` varchar(40) DEFAULT NULL,
`call-limit` int(8) DEFAULT '0',
`callbackextension` varchar(20) DEFAULT NULL,
`callingpres` varchar(80) DEFAULT NULL,
`canreinvite` char(6) DEFAULT 'yes',
`context` varchar(80) DEFAULT NULL,
`defaultip` varchar(15) DEFAULT NULL,
`dtmfmode` varchar(7) DEFAULT NULL,
`fromuser` varchar(80) DEFAULT NULL,
`fromdomain` varchar(80) DEFAULT NULL,
`fullcontact` varchar(80) DEFAULT NULL,
`g726nonstandard` enum('yes','no') DEFAULT 'no',
`host` varchar(31) NOT NULL DEFAULT '',
`insecure` varchar(20) DEFAULT NULL,
`ipaddr` varchar(15) NOT NULL DEFAULT '',
`language` char(2) DEFAULT NULL,
`lastms` varchar(20) DEFAULT NULL,
`maxcallbitrate` int(8) DEFAULT '384',
`name` varchar(80) NOT NULL DEFAULT '',
`nat` varchar(5) NOT NULL DEFAULT 'no',
`deny` varchar(95) DEFAULT NULL,
`permit` varchar(95) DEFAULT NULL,
`pickupgroup` varchar(10) DEFAULT NULL,
`port` varchar(5) NOT NULL DEFAULT '',
`progressinband` enum('yes','no','never') DEFAULT 'no',
`promiscredir` enum('yes','no') DEFAULT 'no',
`qualify` char(3) DEFAULT NULL,
`regcontext` varchar(20) DEFAULT NULL,
`regexten` varchar(80) NOT NULL DEFAULT '',
`regseconds` int(11) NOT NULL DEFAULT '0',
`regserver` varchar(80) DEFAULT NULL,
`rfc2833compensate` enum('yes','no') DEFAULT 'no',
`rtptimeout` char(3) DEFAULT NULL,
`rtpholdtimeout` char(3) DEFAULT NULL,
`secret` varchar(80) DEFAULT NULL,
`sendrpid` enum('yes','no') DEFAULT 'yes',
`setvar` varchar(100) NOT NULL DEFAULT '',
`subscribecontext` varchar(80) DEFAULT NULL,
`subscribemwi` varchar(3) DEFAULT NULL,
`t38pt_udptl` enum('yes','no') DEFAULT 'no',
`trustrpid` enum('yes','no') DEFAULT 'no',
`type` varchar(6) NOT NULL DEFAULT 'friend',
`useclientcode` enum('yes','no') DEFAULT 'no',
`username` varchar(80) DEFAULT '',
`usereqphone` varchar(3) NOT NULL DEFAULT 'no',
`videosupport` enum('yes','no') DEFAULT 'yes',
`useragent` varchar(80) DEFAULT NULL,
`defaultuser` varchar(80) DEFAULT NULL,
`register` enum('yes','no') DEFAULT 'no',
PRIMARY KEY (`id`),
UNIQUE KEY `name` (`name`),
KEY `name_2` (`name`)
) ENGINE=InnoDB AUTO_INCREMENT=77 DEFAULT CHARSET=utf8 ROW_FORMAT=DYNAMIC;
Версия Asterisk 11.6-cert4
Четыре дня форсирования гугла не привели ни к чему, подскажите.
Заранее спасибо.
Решено, просьба закрыть.
Решилось установкой значения NULL в столбце callbackextension
спросил
2014-09-19 13:56:31 +0400
vzolkin
1 ● 2 ● 1 ● 2
в host должно быть dynamic если используете пароль.
или адрес откуда звонок.
ответил
2014-09-19 18:53:32 +0400
meral
23347 ● 24 ● 20 ● 177
http://pro-sip.net/
Asterisk 13 problem dns centos 7
6
Посты
2
Пользователи
0
Likes
2,667
Просмотры
(@vandalizm123)
Eminent Member
Присоединился: 5 лет назад
Сообщения: 43
Topic starter
13.08.2019 13:09
Всем доброго дня. Может кто знает в одно и тоже время в 13 часов на атс всё время вылетает это ошибка с dns и отваливаются сип транки все. Помогает только восстановление из резервной копии и сразу все норм. Подскажите куда копать в таком случае?
(@zerox)
Prominent Member Admin
Присоединился: 9 лет назад
Сообщения: 806
13.08.2019 14:21
Какая конкретно ошибка вылетает? Судя по тому, что отваливаются транки, возникают какие-то проблемы с интернетом или связью по этим транкам. Копайте в этом направлении.
(@vandalizm123)
Eminent Member
Присоединился: 5 лет назад
Сообщения: 43
Topic starter
13.08.2019 15:51
chan_sip.c:16080 transmit_register: Probably a DNS error for registration to 11111@ipnet.ru, trying REGISTER again (after 20 seconds)
вот такая хотя интернет работает нормально
(@vandalizm123)
Eminent Member
Присоединился: 5 лет назад
Сообщения: 43
Topic starter
14.08.2019 09:23
Понял в чём дело оборудование интернет провайдера подвисает и почему то только linux сервера отваливаются. а windows server работают норм.
(@zerox)
Prominent Member Admin
Присоединился: 9 лет назад
Сообщения: 806
14.08.2019 12:12
@vandalizm123
Это какая-то кратковременная проблема с dns. Если не знаете, как ее решать, то пропишите в настройках транка не dns имя ipnet.ru, а их ip адрес. Возможно, транки не будут отваливаться.
(@vandalizm123)
Eminent Member
Присоединился: 5 лет назад
Сообщения: 43
Topic starter
15.08.2019 08:46
У меня изначально были прописаны ip адреса. Проблема ушла восстановил из резервной копии шлюз и всё стало норм.
Модератор: april22
Elastix постоянно теряет соединение.
9 транков
>30 экстеншнов
При перезагрузке цепляет 1 транк (один и тот же) на короткое время и несколько экстеншенов. Потом отваливается. Началось на ровном месте. Пишет в логах строки:
- Код: выделить все
[2015-12-16 07:04:19] NOTICE[4169] chan_sip.c: Peer '306' is now Reachable. (46ms / 2000ms)
[2015-12-16 07:04:19] NOTICE[4169] chan_sip.c: Peer '306' is now Reachable. (46ms / 2000ms)
[2015-12-16 07:04:19] NOTICE[4169] chan_sip.c: Peer '301' is now Reachable. (47ms / 2000ms)
[2015-12-16 07:04:19] NOTICE[4169] chan_sip.c: Peer '301' is now Reachable. (47ms / 2000ms)
[2015-12-16 07:04:19] NOTICE[4169] chan_sip.c: Peer '411' is now Reachable. (47ms / 2000ms)
[2015-12-16 07:04:19] NOTICE[4169] chan_sip.c: Peer '411' is now Reachable. (47ms / 2000ms)
[2015-12-16 07:04:19] NOTICE[4169] chan_sip.c: Peer '308' is now Reachable. (46ms / 2000ms)
Потом через какое-то время они становятся Unreacheble.
- Код: выделить все
[2015-12-16 07:05:36] NOTICE[4169] chan_sip.c: Peer '306' is now UNREACHABLE! Last qualify: 46
[2015-12-16 07:05:36] NOTICE[4169] chan_sip.c: Peer '306' is now UNREACHABLE! Last qualify: 46
[2015-12-16 07:05:36] NOTICE[4169] chan_sip.c: Peer '301' is now UNREACHABLE! Last qualify: 47
[2015-12-16 07:05:36] NOTICE[4169] chan_sip.c: Peer '301' is now UNREACHABLE! Last qualify: 47
[2015-12-16 07:05:36] NOTICE[4169] chan_sip.c: Peer '411' is now UNREACHABLE! Last qualify: 47
[2015-12-16 07:05:36] NOTICE[4169] chan_sip.c: Peer '411' is now UNREACHABLE! Last qualify: 47
[2015-12-16 07:05:36] NOTICE[4169] chan_sip.c: Peer '308' is now UNREACHABLE! Last qualify: 46
[2015-12-16 07:05:36] NOTICE[4169] chan_sip.c: Peer '308' is now UNREACHABLE! Last qualify: 46
[2015-12-16 07:05:36] NOTICE[4169] chan_sip.c: Peer '412' is now UNREACHABLE! Last qualify: 46
[2015-12-16 07:05:36] NOTICE[4169] chan_sip.c: Peer '412' is now UNREACHABLE! Last qualify: 46
[2015-12-16 07:05:36] NOTICE[4169] chan_sip.c: Peer '307' is now UNREACHABLE! Last qualify: 46
[2015-12-16 07:05:36] NOTICE[4169] chan_sip.c: Peer '307' is now UNREACHABLE! Last qualify: 46
[2015-12-16 07:05:36] NOTICE[4169] chan_sip.c: Peer '422' is now UNREACHABLE! Last qualify: 47
[2015-12-16 07:05:36] NOTICE[4169] chan_sip.c: Peer '422' is now UNREACHABLE! Last qualify: 47
[2015-12-16 07:05:36] NOTICE[4169] chan_sip.c: Peer '302' is now UNREACHABLE! Last qualify: 45
[2015-12-16 07:05:36] NOTICE[4169] chan_sip.c: Peer '302' is now UNREACHABLE! Last qualify: 45
При попытке подключения к транкам пишет:
- Код: выделить все
[2015-12-16 07:04:50] WARNING[4169] chan_sip.c: Probably a DNS error for registration to 3831234567@sipserver.novotelecom.ru, trying REGISTER aga$
[2015-12-16 07:04:50] WARNING[4169] chan_sip.c: Probably a DNS error for registration to 3831234567@sipserver.novotelecom.ru, trying REGISTER aga$
[2015-12-16 07:04:50] NOTICE[4169] chan_sip.c: -- Registration for '3831234567@sipserver.novotelecom.ru' timed out, trying again (Attempt #2)
[2015-12-16 07:04:50] NOTICE[4169] chan_sip.c: -- Registration for '3831234567@sipserver.novotelecom.ru' timed out, trying again (Attempt #2)
[
И так до бесконечности.
К sipserver.novotelecom.ru пинг меньше 1мс. Провайдер говорит, что не пингует наш сервер. Файрвола нет. На всякий случай прописал sipserver.novotelecom.ru в hosts.
Elastix на VMWare с двумя сетевками (провайдер и локалка).
Вчера помогла перезагрузка свича (но походу просто совпало). Сегодня не помогает… Пинги по локальной сети до сервера так же меньше 1мс.
Вывод netstat
- Код: выделить все
netstat -tunap|grep asterisk
tcp 0 0 0.0.0.0:5038 0.0.0.0:* LISTEN 3738/asterisk
tcp 0 0 127.0.0.1:8088 0.0.0.0:* LISTEN 3738/asterisk
tcp 0 0 127.0.0.1:5038 127.0.0.1:39606 ESTABLISHED 3738/asterisk
tcp 0 0 127.0.0.1:5038 127.0.0.1:39611 ESTABLISHED 3738/asterisk
tcp 0 0 127.0.0.1:5038 127.0.0.1:39609 ESTABLISHED 3738/asterisk
udp 0 0 0.0.0.0:5000 0.0.0.0:* 3738/asterisk
udp 0 0 0.0.0.0:2727 0.0.0.0:* 3738/asterisk
udp 0 0 0.0.0.0:4520 0.0.0.0:* 3738/asterisk
udp 128104 0 0.0.0.0:5060 0.0.0.0:* 3738/asterisk
udp 0 0 0.0.0.0:4569 0.0.0.0:* 3738/asterisk
udp 0 0 10.248.99.10:59876 178.49.132.66:53 ESTABLISHED 3738/asterisk
- steap
- Сообщений: 26
- Зарегистрирован: 10 ноя 2015, 12:51
- Откуда: Новосибирск
Re: Elastix постоянно теряет соединение.
awsswa » 16 дек 2015, 08:05
Роутером в интернет что стоит ?
платный суппорт по мере возможностей
- awsswa
- Сообщений: 2390
- Зарегистрирован: 09 июн 2012, 10:52
- Откуда: Россия, Пермь skype: yarick_perm
Re: Elastix постоянно теряет соединение.
steap » 16 дек 2015, 08:20
От провайдера идут 2 кабеля — один телефония без доступа в интернет (подключен напрямую к Elastix) и один интернет — подключен к отдельному шлюзу (Centos+iptables).
На Elastix прописан маршрут, чтобы все ip провайдера шли через интерфейс телефонии.
- steap
- Сообщений: 26
- Зарегистрирован: 10 ноя 2015, 12:51
- Откуда: Новосибирск
Re: Elastix постоянно теряет соединение.
virus_net » 16 дек 2015, 08:25
Выберите любой экст и наблюдайте за ним по sip debug`у или tcpdump`ом. Смотрите что просходит с SIP пакетами.
мой SIP URI sip:virus_net@asterisk.ru
bitname.ru — Домены .bit (namecoin) .emc .coin .lib .bazar (emercoin)
ENUMER — звони бесплатно и напрямую.
- virus_net
- Сообщений: 2337
- Зарегистрирован: 05 июн 2013, 08:12
- Откуда: Москва
Re: Elastix постоянно теряет соединение.
awsswa » 16 дек 2015, 09:50
Внутреннея сеть вообще не должна лагать — проблема не в телефонии
PS с DNS нету проблем ? bind стоит ?
платный суппорт по мере возможностей
- awsswa
- Сообщений: 2390
- Зарегистрирован: 09 июн 2012, 10:52
- Откуда: Россия, Пермь skype: yarick_perm
Re: Elastix постоянно теряет соединение.
ded » 16 дек 2015, 12:26
Зачем спрашивать? Вот тут Астериск сам всё говорит:
какое слово перевести?
- ded
- Сообщений: 15464
- Зарегистрирован: 26 авг 2010, 19:00
Re: Elastix постоянно теряет соединение.
steap » 16 дек 2015, 13:38
Переключил сеть на новый свич. Поднял на новом физическом сервере Asterisk — экспортировал только список экстеншнов. Входящие, исходящие маршруты и транки сам вручную добавлял. В итоге глюки начинаются после 6го транка с добавлением маршрута — всё соединения начинают валиться. Причём как транки, так и внутренние экстеншены. Помогает полное удаление маршрута и транка.
awsswa писал(а):Внутреннея сеть вообще не должна лагать — проблема не в телефонии
PS с DNS нету проблем ? bind стоит ?
В локальной сети 2 своих ДНС сервера и милисекундным пингом. Пробовал ДНС провайдера — тоже пинг в десяток милисекунд. На sipserver.novotelecom.ru все 4 выдают правильный ip.
ded писал(а):Зачем спрашивать? Вот тут Астериск сам всё говорит:
WARNING[4169] chan_sip.c: Probably a DNS error for registration to3831234567@sipserver.novotelecom.ru
,
какое слово перевести?
С DNS-серверами из консоли задержек нет. Прописал даже в hosts — безрезультатно.
- steap
- Сообщений: 26
- Зарегистрирован: 10 ноя 2015, 12:51
- Откуда: Новосибирск
Re: Elastix постоянно теряет соединение.
steap » 16 дек 2015, 14:07
Ещё из потенциально интересного проскакивают строки:
- Код: выделить все
1
[2015-12-16 15:22:21] DEBUG[2965] chan_sip.c: Initializing initreq for method REGISTER - callid 199438511b0c1da43f63f54273a7b69c@10.248.99.10
[2015-12-16 15:22:21] DEBUG[2965] chan_sip.c: REGISTER attempt 1 to 3832092553@sipserver.novotelecom.ru
[2015-12-16 15:22:21] DEBUG[2965] chan_sip.c: Trying to put 'REGISTER si' onto UDP socket destined for 178.49.132.2:5060
[2015-12-16 15:22:21] DEBUG[2965] chan_sip.c: SIP Registry sipserver.novotelecom.ru: refcount now 3
[2015-12-16 15:22:21] DEBUG[2965] chan_sip.c: Allocating new SIP dialog for 5518319f70a44d8b62405c6976f8ecb9@10.248.99.10:5060 - OPTIONS (No RTP)2
[2015-12-16 15:22:27] DEBUG[2886] devicestate.c: device 'SIP/t2092553' state '5'
[2015-12-16 15:22:27] DEBUG[2886] devicestate.c: No provider found, checking channel drivers for SIP - t20925543
[2015-12-16 15:22:32] DEBUG[2965] netsock2.c: Splitting 'sipserver.novotelecom.ru' into...
[2015-12-16 15:22:32] DEBUG[2965] netsock2.c: ...host 'sipserver.novotelecom.ru' and port ''.
[2015-12-16 15:22:32] DEBUG[2965] chan_sip.c: SIP Registry sipserver.novotelecom.ru: refcount now 34
[2015-12-16 15:22:32] DEBUG[2886] chan_sip.c: Checking device state for peer 256
[2015-12-16 15:22:32] DEBUG[2886] devicestate.c: Changing state for SIP/256 - state 5 (Unavailable)
[2015-12-16 15:22:32] DEBUG[2886] devicestate.c: device 'SIP/256' state '5'
[2015-12-16 15:22:32] DEBUG[2886] devicestate.c: No provider found, checking channel drivers for SIP - 254
- steap
- Сообщений: 26
- Зарегистрирован: 10 ноя 2015, 12:51
- Откуда: Новосибирск
Re: Elastix постоянно теряет соединение.
awsswa » 16 дек 2015, 14:11
Нечего интересного просто надо включить debug по sip и посмотреть общение с провайдером — ответы от него
делов на 10 минут — если понимает что нужно читать
платный суппорт по мере возможностей
- awsswa
- Сообщений: 2390
- Зарегистрирован: 09 июн 2012, 10:52
- Откуда: Россия, Пермь skype: yarick_perm
Re: Elastix постоянно теряет соединение.
ded » 16 дек 2015, 14:15
- ded
- Сообщений: 15464
- Зарегистрирован: 26 авг 2010, 19:00
Вернуться в Готовые VoIP дистрибутивы
Кто сейчас на форуме
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2
Страница 2 из 2
-
Доброго времени суток, dst-nat это я пробовал, заменил в маскараде интерфейс влан swich, но увы не помогло
add action=dst-nat chain=dstnat comment=svitch dst-address=185.39.197.57 dst-port=2000 protocol=tcp to-addresses=10.50.50.50 to-ports=23
500 May 5 02:16:35:CLI-6: Successful login through Telnet( User: bulchik, IP : 10.50.50.1 )
Все равно видит меня как шлюз локалки.
Если не трудно подскажите хоть где искать? -
Дайте вывод /ip firewall nat export
-
У вас SIP обрабатывается NAT-хелпером на роутере.
Вы или АТС не настраивайте как за NAT и тогда пробрасывайте только 5060
Или хелпер отключите в /ip firewall service port -
Sip отключен в service port.
На астере проверить сейчас не могу, тестирую не железке д-линк, пробросил ей порт 2000 на телнет, захожу на нее смотрю в логи а там 10.50.50.1, как будто я захожу на нее с шлюза?
Вроде правило звучит все пакеты передавать на 10.50.50.50 или я чего то не понимаю? -
Добрый день.
Нашел свои грабли, натупил и указал в свитче шлюз не тот, после перенастройки все завелось и работает как нужно, большое всем спасибо за помощь. -
Доброго дня! Проблема как и у всех — слышно в одну сторону. Установили Freepbx 14 + asterisk 13. Порт по умолчанию 5160. В микротике правило:
chain=dstnat
dst.address=86.240.13.182
protocol=udp
dst.port=5061
action=dst-nat
to-addresses=192.168.1.7
to-ports=5160service port — SIP dir media — yes
если звонят на внешний софтфон — все хорошо разговариваем. если звоним с внешнего софтфона на внутренний номер, то на софтфоне ничего не слышно (внутренний слышит прекрасно), ровно через 6 секунд отбой, а в логах получаем запись:
chan_sip.c:4096 retrans_pkt: Hanging up call ygQQk7eicVvJat3mA3pxZg.. — no reply to our critical packet (see https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions).Понимаю, что что-то не так с натом, но что именно не могу разобраться
В настройках астериска сам нат пробовал как отключать так и включать — не помогает
-
а 10 000 — 20 000 порты разве не нужны?
-
10 000 — 20 000 тоже есть, но они вроде как для передачи звука и не должны влиять на данную ошибку:
add action=dst-nat chain=dstnat dst-port=10000-20000 in-interface=Mark protocol=udp to-addresses=192.168.1.7 to-ports=10000-20000
-
Извиняюсь, ступил, не убрал значения local networks и external address, оказывается, даже если параметр nat стоит в значении never, то asterisk все равно думает что он за нат, а вот когда поля оставил пустыми — все прекрасно заработало.
-
Доброй ночи! Проблема с настройкой микротик + астериск
Внутри сети связь работает, из вне также работает. При попытке присоединить к астериску сип транк интертелекома получаю такой вот заворот — http://joxi.ru/GrqgqE1UQBW872 -
Доброго времени суток.
есть проблема со звонками извне.
т.е. изнутри сети звонки проходят, голос есть.Дано:
транк в серой сети провайдера.
настроен маскарадинг на интерфейс провайдеровского транка.
Проброшены порты 5000-32000 (в rtp.conf указано 8000-32000)
правило:
chain=dstnat action=dst-nat to-addresses=10.10.254.7 protocol=udp dst-address=192.168.111.30 in-interface=ether5 dst-port=5000-32000
где 10.10.254.7 — астериск
192.168.111.30 — серый адрес, выданный провайдеромПрошу помощи.
-
sip direct media включен в service port ?
-
Выключен.
Проблему решил, в настройках sip.conf для этого транка включил insecure = port, invite
Раньше стоял только invite.
Когда шлюзом стоял Juniper, такой проблемы не было, появилась после перехода на микротик.
Через tcpdump увидел что астериск отбивал SIP/2.0 401 Unauthorized
На микротике в фильтре правило forward на астериск
В NAT правила проброса TCP и UDP 5060 и udp 8000-31000 для rtp. -
Добрый день.
Вижу что тут умные хорошие добрые люди.
Помогите привольно настроить микротик с астером
когда был провайтер к которому микротик цеплялся через DHCP клиента, то астер (настроенный без ната, весь нат на микротике) нормально работал.
щас провайдер другой, к инету цепляемся через PPPEO
и астер какое-то время нормально работает (примерно 1 час) потом начинаются глюки:
-то внешние регистрации перестают работать (транки провайдеров)
-то внешние телефоны не могут законектиться по проброшенному порту
помогает только перезагрузка роутераможет в данном случае на астере делать настройки ната а на микротике пробросить порты на астер?
может конечно как-то не так сказал, простите если что не так
-
Имеет ли значение как подключен астериск к микротику?
1. напрямую в езернет порт микротика
2. в коммутатор, а коммутатор в езернет порт микротика
чтобы правильно работал sip нат на микротике -
Нет это не должно влияет.
Вам нужно либо на микротике включить ALG helper для SIP и выключить на asterisk функционал работы за NAT. Либо наоборот и тестировать. -
вот такая настройка
перестала работать, когда подключились к инету через PPPOE, вернее работает, но через час или больше начинаются проблемы с натом.
сегодня попробовал сделать наоборот отключил ALG helper для SIP
включил на asterisk функционал работы за NAT
но возможно не правильно сделал правила проброски портов, или ещ чего-то вот скриншоты с микротика
===================================
/ipfirewallnat
add action=dst-nat chain=dstnat dst-port=5060 in-interface=pppoe-out1 protocol=udp src-address=195.34.37.71 to-addresses=192.168.88.252 to-ports=5060
add action=dst-nat chain=dstnat dst-port=5060 in-interface=pppoe-out1 protocol=udp src-address=195.239.174.100 to-addresses=192.168.88.252 to-ports=5060
add action=dst-nat chain=dstnat dst-port=5060 in-interface=pppoe-out1 protocol=udp src-address=178.45.249.116 to-addresses=192.168.88.252
add action=dst-nat chain=dstnat dst-port=1024-65535 in-interface=pppoe-out1 protocol=udp src-address=195.239.174.71 to-addresses=192.168.88.252
add action=dst-nat chain=dstnat dst-port=10000-20000 in-interface=pppoe-out1 protocol=udp to-addresses=192.168.88.252
add action=masquerade chain=srcnat comment=»defconf: masquerade»out-interface=pppoe-out1 src-address=192.168.88.0/24 /
ipfirewallservice-port
set sip disabled=yes sip-direct-media=no sip-timeout=23h
=======================================потому что ситуация не поменялась, через какое-то время начинаются всё теже проблемы
=========================================
[2018-03-09 08:40:43] WARNING[1115]: chan_sip.c:15907 transmit_register: Probably a DNS error for registration to логин@mpbx.sip.beeline.ru, trying REGISTER again (after 20 seconds)
[2018-03-09 08:40:43] NOTICE[1115]: chan_sip.c:15736 sip_reg_timeout: — Registration for ‘логин@mpbx.sip.beeline.ru’ timed out, trying again (Attempt #4043)
[2018-03-09 08:40:43] WARNING[1115]: chan_sip.c:15907 transmit_register: Probably a DNS error for registration to логинl@домен.rt.ru, trying REGISTER again (after 20 seconds)
[2018-03-09 08:40:43] NOTICE[1115]: chan_sip.c:15736 sip_reg_timeout: — Registration for ‘логин@домен.rt.ru’ timed out, trying again (Attempt #3963)===========================================
может я не так правила в микротике настраиваю?Последнее редактирование: 9 мар 2018
-
Порты проброшены правильно. Помогает только перезагрузка роутера ? Если только сбрасывать в коннекшен трекер транк соединения до провайдера помогает ?
Что на стороне провайдера говорят ? Должны помочь вам с диагностикой. На вашей стороне сделайте дамп при правильной работе и при проблемах, например, Wareshark.
Страница 2 из 2
Hi list!
Another day, another problem… I’m checking with Nagios my Asterisk at home, and since yesterday I noticed that, after my IP changes (Deutsche Telekom drop the DSL-line every 24 hours, so that I have a new IP every day), the peer of an VoIP-provider I use is UNREACHABLE. Yesterday I though it was a problem on the line, but today is the same, so I
think it is something other… Yesterday I solved changing the Port from 5061 to 5060, but I don’t want to change the port every day… 🙂
On the Asterisk CLI I see:
OpenWrt*CLI> sip show registry Host dnsmgr Username Refresh State Reg.Time
messagenet:5060 N 5406013068 105 Unregistered Mon, 08 Jun 2015 00:30:27
and every couple of seconds:
[Jun 8 07:17:52] WARNING[30003]: chan_sip.c:13784 transmit_register: Probably a DNS error for registration to 5406013068@messagenet, trying REGISTER again (after 20 seconds)
[Jun 8 07:17:52] NOTICE[30003]: chan_sip.c:13656 sip_reg_timeout: — Registration for ‘5406013068@messagenet’ timed out, trying again (Attempt
#1218)
Could someone help me to understand the problem?
Thanks Luca Bertoncello
(lucabert@lucabert.de)