Вопрос. Кто-то уже вязал IP-PBX Asteriks с Меридианом ?
Хотелось бы знать есть ли какие-то подводные камни или какие-то ключевые особенности ?
Попробовал покачто завязать по EuroISDN, но не пошло.
Если кто-то уже успешно связывал, то не поделится ли примером конфига для астерикса ? :confused:
Если у вас есть замечательный *, то зачем вам Меридиан?
Замечательный *
Спроси у дурака зачем он богу молится )))
Мне замечательный ненужен, но святое правило ведь блин придумали ж "КЛИЕНТ УСЕГДА ПРАВ"
Тогда сочуствую. Меридиан "вяжется" с чем попало:D, проблем даже не припомню.
З. Ы. Я кажуть в нас на Україні "Дешева рибка, х@#$%а юшка"
Ну вот как показал опытный образец, что нетак уж и с чем попало. )))
На мерине пробовал выступать и как NET и как ETSI пока безрезультатно :(
Old Chap
04.03.2008, 12:31
demonix пишет
На мерине пробовал выступать и как NET и как ETSI пока безрезультатно :(
Т.е классическое подключение "методом научного тыка"?
Слабо взять листочек бумаги и для начала выписать настройки интерфейса со стороны * ?
Карточка-то хоть с той стороны какая, известно?
Нет проблем
language=en
context=from-zaptel
signalling=pri_cpe
switchtype=EuroISDN
pridialplan=unknown
rxwink=300
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=256
echocancelwhenbridged=yes
echotraining=800
rxgain=-3.0
txgain=-3.0
group=1
callgroup=1
pickupgroup=1
immediate=no
channel =>
faxdetect=incoming
group=1
# Autogenerated by /usr/sbin/genzaptelconf -- do not hand edit
# Zaptel Configuration File
#
# This file is parsed by the Zaptel Configurator, ztcfg
#
# It must be in the module loading order
Карточка
----------------------------------------------------------------
# Span 1: WCT1/0 "Digium Wildcard TE110P T1/E1 Card 0"
-----------------------------------------------------------------
#span=1,1,1,ccs,hdb3
# termtype: te
#bchan=1-15,17-31
#dchan=16
# Global data
# MIY
span=1,0,0,ccs,hdb3
bchan=1-15,17-31
dchan=16
demonix пишет
# Autogenerated by /usr/sbin/genzaptelconf -- do not hand edit
# Zaptel Configuration File
#
# This file is parsed by the Zaptel Configurator, ztcfg
#
# It must be in the module loading order
Карточка
----------------------------------------------------------------
# Span 1: WCT1/0 "Digium Wildcard TE110P T1/E1 Card 0"
-----------------------------------------------------------------
#span=1,1,1,ccs,hdb3
# termtype: te
#bchan=1-15,17-31
#dchan=16
# Global data
# MIY
span=1,0,0, ccs ,hdb3
bchan=1-15,17-31
dchan=16
Что-то ccs вызывает сомнения. Получается со стороны * R2, а со тороны Меридиана DSS1?:)
Urri пишет
Что-то ccs вызывает сомнения. Получается со стороны * R2, а со тороны Меридиана DSS1?:)
* мой - враг мой
А как правильно для сего ящика DSS выставить ???
demonix пишет
* мой - враг мой
А как правильно для сего ящика DSS выставить ???
А дока от сего ящика есть, думаю там написано.
Old Chap
04.03.2008, 12:56
Urri пишет
Что-то ccs вызывает сомнения. Получается со стороны * R2, а со тороны Меридиана DSS1?:)
CCS для PRI - это правильно.
span=1,0,0,ccs,hdb3
Не мешало бы ещё включить синхронизацию и согласовать CRC4. M1 сконфигурить как Network side.
И убедиться, что переключатели на карте выставлены в Е1.
Та нет доки, собираю крохи по форумам.
А родной * support-но форумный сайт вообще никакой
Old Chap пишет
CCS для PRI - это правильно.
Не мешало бы ещё включить синхронизацию и согласовать CRC4.
И убедиться, что переключатели на карте выставлены в Е1.
Переключатели на плате *.
Хм .. надыть озадачить клиента.
Хотя лампочки на обоих устанавливаются нормлаьно и Д-канал устанавливается в EST, правда слипы как прокаженные сыпятся.
Если делаю Мерин Netwok Side
То в обоих случая с * когда на нем signalling стоит либо pri_net либо pri_cpe сыпется
WARNING[4159] chan_zap.c: PRI Error: We think we're the network, but they think they're the network, too.
С англицким все нормально и понятно на что ругается, но почему ему в обоих случаях со зрением плохо я что-то не очень понимаю
Old Chap
04.03.2008, 13:07
demonix пишет
Хотя лампочки на обоих устанавливаются нормлаьно и Д-канал устанавливается в EST, правда слипы как прокаженные сыпятся.
Если проблема только в слипах пробуй span=1,1,0,ccs,hdb3
Old Chap пишет
Если проблема только в слипах пробуй span=1,1,0,ccs,hdb3
Спасибо поставлю сейчас.
Но проблема не только в них .. собюственно пока при попытках звонков тишина в трубке.
Old Chap
04.03.2008, 13:22
demonix пишет
Если делаю Мерин Netwok Side
То в обоих случая с * когда на нем signalling стоит либо pri_net либо pri_cpe сыпется
WARNING[4159] chan_zap.c: PRI Error: We think we're the network, but they think they're the network, too.
Не дожно такого быть, проверяй внимательно.
pri_cpe: PRI signalling, CPE side (M1 должет быть NET, если есть pkg)
pri_net: PRI signalling, Network side (М1 должен быть ETSI)
voip.rus.net/tiki-index.php?page=%3Cstrong%3EAsterisk%3C/strong%3E+config+zaptel.conf
Но проблема не только в них .. собюственно пока при попытках звонков тишина в трубке.
1. Проверяем как и сколько прописаны в-каналы, и их статус с обеих сторон.
2. Смотрим обмен в д-канале.
Таки изменение span помогло от слипов .... СПАСИБО old_chap
После ряда ребутов попустило наконец D-канал.
Уже нормально друг-друга определяют.
Сейчас изучаю конфиги по ссылочке, звонки пока не рулят
ivanopulo
04.03.2008, 15:27
а теперь - трассировки д-канала - и все станет ясно ;)
ivanopulo пишет
а теперь - трассировки д-канала - и все станет ясно ;)
Да собственно воть
DCH 12 UIPE_OMSG CC_SETUP_REQ REF 0000000A CH 12 21
PROGRESS: ORIGINATING END IS NOT ISDN
CALLING #:yyyyyyyyy NUM PLAN: E164 TON: NATL
OVL013
CALLED #:xxx NUM PLAN: E164 TON: UNKNOWN
DCH 12 UIPE_IMSG CC_PROCEED_IND REF 0000000A CH 12 21
DCH 12 UIPE_IMSG CC_ALERT_IND REF 0000000A CH 12 21 TOD
PROGRESS: INBAND INFO OR PATTERN IS AVAIL
DCH 12 UIPE_IMSG CC_DISC_IND REF 0000000A CH 12 21
CAUSE: #16 - NORMAL CALL CLEARING
DCH 12 UIPE_OMSG CC_RELEASE_REQ REF 0000000A CH 12 21
DCH 12 UIPE_IMSG CC_RELEASE_CONF REF 0000000A CH 12 21
CAUSE: #16 - NORMAL CALL CLEARING
Судя по всему теперь уже вызов уходит на *, но там никак не разруливается, и соотвественно юзер на мерине слышит тишину в трубке какое-то время