moha
09.12.2010, 18:25
Уважаемые господа!
Есть ли у кого-то опыт по организации канала передачи данных по ISDN BRI.
Ситуация такова. Есть Меридиан, который включён в сеть общего пользования по ISDN PRI, есть плата SILC и MISP. Есть устройство, которое имеет BRI интерфейс и может набрать нужный номер либо ответить на вызов. Это устройство подключено к Меридиану на уровне BRIL. На другом конце такая же инфраструктура. Нет соединения. Кто знает про подводные камни?

IgorN
09.12.2010, 19:09
Уважаемые господа!
Есть ли у кого-то опыт по организации канала передачи данных по ISDN BRI.
Ситуация такова. Есть Меридиан, который включён в сеть общего пользования по ISDN PRI, есть плата SILC и MISP. Есть устройство, которое имеет BRI интерфейс и может набрать нужный номер либо ответить на вызов. Это устройство подключено к Меридиану на уровне BRIL. На другом конце такая же инфраструктура. Нет соединения. Кто знает про подводные камни?

Распечатайте все настройки BRI - будем разбираться. Что за устройство подключаете? По каким линиям?

finair
09.12.2010, 20:19
Уважаемые господа!
Есть ли у кого-то опыт по организации канала передачи данных по ISDN BRI.
Ситуация такова. Есть Меридиан, который включён в сеть общего пользования по ISDN PRI, есть плата SILC и MISP. Есть устройство, которое имеет BRI интерфейс и может набрать нужный номер либо ответить на вызов. Это устройство подключено к Меридиану на уровне BRIL. На другом конце такая же инфраструктура. Нет соединения. Кто знает про подводные камни?

Если со стороны Меридианов все настроено правильно (т.е. вызов уходит в PRI и его видно в трассировке), то проблема обычно одна - сеть не пропускает data calls (bearer capability - data). Попробуйте с BRI устройства осуществить voice call (speech или 3.1KHz audio), если увидите на той стороне в трассировке этот вызов, значит, дело в транзитных операторах.

vv11
10.12.2010, 15:50
Заодно гляньте чтобы в руте стоял DSEL=VOD (Voice and Data), а не например VCE (voice).

moha
11.12.2010, 14:33
TN 4 1 6 2
DES SHINA
CUST 0
CTYP SILC
OPT BRIL
MISP 8
MODE NTFS
B1CT VCE DTA
B2CT VCE DTA
LDN NO
XLST 0
MTEI 8
MCAL 16
MTSP 8
LAPD 2
PRID 2
PDCA 2
FDN
EFD
HUNT
EHT
TGAR 0
NCOS 0
SCPW
SGRP 0
CAC_MFC 0
CLS TLD ICDD CDMD MRD UDI ABDD PGND

REQ prt

TYPE tsp
DSL 4 1 6 2

OPT



USID 0
MPHC NO
SUPL_SVC
DN 2674 0
CT VCE DTA
MCAL 4
CLIP YES
PRES YES
COLP NO
TRANS NO
FEAT HTD FND SFD CFTD MWD FBD HBTD CFXD DNO3 DNDY
SSRV_ETSI

DFDN 2674

Вот такая вот конфига! В руте PRI стоит VOD. Трассировка показывает вызов с той стороны приходит. Какой CAUSE искать для анализа и разговора с провайдером/оператором, если именно он не пропускает данные?

Был ли у кого-то опыт общения такого рода?

Спасибо за ответы!

Urri
12.12.2010, 01:31
Был. Не очень охотно оператор соглашается пропускать data call. Или иногда не знает как это делается :) Скорее всего если используется аппаратура уплотнения, то data call не жмется.

finair
12.12.2010, 01:45
Вот такая вот конфига! В руте PRI стоит VOD. Трассировка показывает вызов с той стороны приходит. Какой CAUSE искать для анализа и разговора с провайдером/оператором, если именно он не пропускает данные?

Был ли у кого-то опыт общения такого рода?

Спасибо за ответы!

Странный вопрос. Искать именно тот Cause, который приходит в случае неудачного вызова.
Еще раз повторю, проблема может быть на стороне оператора при выполнении двух условий (операция логическое И):

1. Вызов (данные) не доходит до Меридиана на удаленной стороне.
2. Вызов (голос) доходит до Меридиана на удаленной стороне.

Если все так, снимаете трассировки, связываетесь с тех. службами оператора, совместно выясняете что и почему.

moha
12.12.2010, 13:28
Предполагалось, что тот случай, когда оператор не пускает "дату", отмечается особой причиной. Может быть так?

jetc
12.12.2010, 14:26
Предполагалось, что тот случай, когда оператор не пускает "дату", отмечается особой причиной. Может быть так?

Вы будете делать тестовый вызов со снятием трассировки, или ждать волшебной cause на форуме, а потом долго искать ее в логах ?

moha
13.12.2010, 15:00
Дело в том, что мои коллеги использующие Меридиан не совсем продвинуты в этом, а находимся мы в разных городах -помочь особенно не чем, на проключение нужны особые разрешения (устройство КМ-2100 уже работает по выделенке и заставить его заняться BRI нужно дропить основной линк).
Установить глосовое соединение не можем - нет терминала!
Вот жду когда пришлют трассировку!
Но всё равно - тема пока остаётся!

Urri
13.12.2010, 15:02
Ниче не доганяю. :(
Какие дивайсы вы между собой соединяете?

moha
13.12.2010, 15:29
да всё очень просто. Есть такая штука израильская - мультиплексор Киломукс КМ-2100. Мы его используем так. Стоит он с двух сторон. На каждой стороне низовые интерфейсы данных RS232 и голосовой E&M. Киломуксы смотрят друг на друга через 64К (основной линк). В этом 64К можно одновременно передавать данные/голос. Есть бекап линк BRI. При пропадании 64К - идёт автоматом звонок по ISDN!