demonix
04.03.2008, 11:35
Вопрос. Кто-то уже вязал IP-PBX Asteriks с Меридианом ?

Хотелось бы знать есть ли какие-то подводные камни или какие-то ключевые особенности ?
Попробовал покачто завязать по EuroISDN, но не пошло.
Если кто-то уже успешно связывал, то не поделится ли примером конфига для астерикса ? :confused:

Urri
04.03.2008, 11:55
Если у вас есть замечательный *, то зачем вам Меридиан?

demonix
04.03.2008, 11:57
Замечательный *

Спроси у дурака зачем он богу молится )))

Мне замечательный ненужен, но святое правило ведь блин придумали ж "КЛИЕНТ УСЕГДА ПРАВ"

Urri
04.03.2008, 12:08
Тогда сочуствую. Меридиан "вяжется" с чем попало:D, проблем даже не припомню.
З. Ы. Я кажуть в нас на Україні "Дешева рибка, х@#$%а юшка"

demonix
04.03.2008, 12:15
Ну вот как показал опытный образец, что нетак уж и с чем попало. )))

demonix
04.03.2008, 12:18
На мерине пробовал выступать и как NET и как ETSI пока безрезультатно :(

Old Chap
04.03.2008, 12:31
demonix пишет
На мерине пробовал выступать и как NET и как ETSI пока безрезультатно :(
Т.е классическое подключение "методом научного тыка"?
Слабо взять листочек бумаги и для начала выписать настройки интерфейса со стороны * ?
Карточка-то хоть с той стороны какая, известно?

demonix
04.03.2008, 12:36
Нет проблем

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

demonix
04.03.2008, 12:40
# 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

Urri
04.03.2008, 12:46
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?:)

demonix
04.03.2008, 12:49
Urri пишет
Что-то ccs вызывает сомнения. Получается со стороны * R2, а со тороны Меридиана DSS1?:)

* мой - враг мой

А как правильно для сего ящика DSS выставить ???

Ocean
04.03.2008, 12:53
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.

demonix
04.03.2008, 12:57
Та нет доки, собираю крохи по форумам.

А родной * support-но форумный сайт вообще никакой

demonix
04.03.2008, 12:59
Old Chap пишет
CCS для PRI - это правильно.


Не мешало бы ещё включить синхронизацию и согласовать CRC4.
И убедиться, что переключатели на карте выставлены в Е1.

Переключатели на плате *.

Хм .. надыть озадачить клиента.

Хотя лампочки на обоих устанавливаются нормлаьно и Д-канал устанавливается в EST, правда слипы как прокаженные сыпятся.

demonix
04.03.2008, 13:03
Если делаю Мерин 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.

demonix
04.03.2008, 13:06
С англицким все нормально и понятно на что ругается, но почему ему в обоих случаях со зрением плохо я что-то не очень понимаю

Old Chap
04.03.2008, 13:07
demonix пишет
Хотя лампочки на обоих устанавливаются нормлаьно и Д-канал устанавливается в EST, правда слипы как прокаженные сыпятся.
Если проблема только в слипах пробуй span=1,1,0,ccs,hdb3

demonix
04.03.2008, 13:12
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. Смотрим обмен в д-канале.

demonix
04.03.2008, 13:53
Таки изменение span помогло от слипов .... СПАСИБО old_chap

После ряда ребутов попустило наконец D-канал.

Уже нормально друг-друга определяют.


Сейчас изучаю конфиги по ссылочке, звонки пока не рулят

ivanopulo
04.03.2008, 15:27
а теперь - трассировки д-канала - и все станет ясно ;)

demonix
04.03.2008, 17:06
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


Судя по всему теперь уже вызов уходит на *, но там никак не разруливается, и соотвественно юзер на мерине слышит тишину в трубке какое-то время