Добрый день.
Вопрос такой: есть ли на Меридиане атеньюаторы для настройки платы PRI 2mb?
Единственное что нашли это в
LD73
REQ CHG
TYPE PRI2
FEAT PADS
PDCA #
(штук 20 параметров)
ONP
...
XEM

Можно ли считать что это они???

Это таблица затуханий. По сути это оно и есть. Ссылка на эту таблицу будет при программировании транков (параметр pcda).

А как просмотреть действующую таблицу?

А документацию ISDN Primary Rate Interface Installation and Configuration смотрели?
PRT
FEAT PAD

А могут ли эти параметры влиять на эхо и прерывания в разговоре при передачи Е1?

А могут ли эти параметры влиять на эхо и прерывания в разговоре при передачи Е1?
Вряд ли.
Эхо - следствие рассогласовнности при преобразовании цифра-аналог на дальнем конце, плюс задержка в канале передачи.
Прерывания - проблемы в канале.

Что на дальней стороне, что за канал?
Что пишут счетчики ошибок?

Две станции друг от друга находится на расстоянии 7.5 км. На обеих концах стоит по плате PRI2 NTAK50AA.
Потом с помощью IPmux-4 мы мультиплексируем поток Е1 в IP и с помощью радиорелейного оборудования KN105 передаем
по Ethernet каналу на удаленный конец где такой же IPmux-4 преобразовует из IP в Е1 и все это дело передает на станцию.

Но возникают проблемы с эхом и прерываниями при разговоре.

Я бы на вашем месте поставил бы IP-Trunks.
И использовал бы кодек G.729 8кбит.
т.к. дело ЯВНО в канале.

boyard пишет
Но возникают проблемы с эхом и прерываниями при разговоре.
LD60 LCNT
LD60 SSCK 0

PhoneMan пишет
LD60 LCNT

Имхо, LCNT запросто покажет "по нулям", E1 гуляет только между картой PRI и IPMux, а они находятся рядом. происходит пропадание пакетов между IPMux'ами.
А вот иерархию синхронизации посмотреть не лишне. Только это будет не "прозрачная" синхра PRI-PRI, a PRI-IPMux, IPMux-PRI.

Да, может показать и "по нулям", но посмотреть всё равно полезно imho.

Когда на IPmux-ах делаеш прозрачный канал по синхронизации и делаеш LCNT можно увидеть ошибки FAP, SLP (rep и del) а когда синхронизация идет от IPmux то чистота и порядок.

чуточку позже расскажу как мы пробовали ставить AirMux-200 и что из этого вышло скажу сразу что качество супер но появились другие проблемы....

boyard пишет
Когда на IPmux-ах делаеш прозрачный канал по синхронизации и делаеш LCNT можно увидеть ошибки FAP, SLP (rep и del) а когда синхронизация идет от IPmux то чистота и порядок.
"Чистота и порядок" только на отрезке мукс-PRI. Канал на самом-то деле работает без синхронизации и, очевидно, с задержками и значительной потерей пакетов.

В общем решение, которое у вас реализовано, не кажется удачным. Станции не синхронизированы от общего внешнего источника, и на при таком соединении не могут быть синхронизированы одна от другой.

Или пытаться пробросить через радиорелейку чистую TDM-ную "двойку" и построить синхронизированный канал PRI-PRI без переходов в IP.
Или сразу из станций вытаскивать IP-шные транки и обеспечивать в сети QoS.

AirMux-200. Это просто танспорт, Е1 они в IP не перегоняют и получается канал PRI-PRI.
Установили AirMux-200 , добились связи все вроде заработало чисто ни эха ни прерывания.
Но начал срыватся канал. Переполнялся счетчик ошибок например:
PRI2 TRK LOOP 3
MNT NNDC NNC OOS
BPV- 000 000 000 000
FAP- 000 000 002 000
SLP- 000 000 000 000
CRC- 000 000 000 000
G2 - 000 000 000 000
MAINT NONEWCALL UNAVAIL SEVERE
TOTAL 24HR BPV - 000000000 000000000 000000000 000000000
TOTAL 24HR CRC - 000000000 000000000 000000000 000000000
TOTAL 24HR FAP - 000000000 000000008 000000000 000000028
TOTAL 24HR SLPREP - 000000019
TOTAL 24HR SLPDEL - 000000000
TOTAL 24 HOUR G2 AIS -000000000
TOTAL 24 HOUR G2 LFAS -000000000
TOTAL 24 HOUR G2 LMAS -000000000
TOTAL 24 HOUR G2 RAI -000000000
TOTAL 24 HOUR G2 LOS -000000000
TOTAL 24 HOUR G2 RAIE -000000000

****og dch 11
DCH: 11 MAINT CONFIRM TIME: 10:57:16
COUNTER VALUE
1 3
2 1
3 41
11 3
18 1
25 5

И станция уходила в отбой. Помогает только "RCNT"
Как правило канал срывался в час пик когда разговоры идут по max.
Мы грешим что по соседству у нас по радиоканалу проходит интернет трафик в в такой же полосе частот в которой работают AirMux-200, 2412-2483 MHz.
На пути радиоканала между станциями на расстоянии 3 км. находится курган, и как выяснилось он на
7 метров пекрывает радио канал. А точка "В" (удаленный конец) на 22 метра ниже точки "А"
Могут ли эти факторы влиять на выше перечисленные ошибки с использованием AirMux-200 и на эхо при использовании IPmux(ов).

boyard пишет
...Но начал срыватся канал. Переполнялся счетчик ошибок например:
...
TOTAL 24HR SLPREP - 000000019
...
Распечатай с обеих сторон
LD73
REQ prt
TYPE pri2
FEAT syti

да, может CRC поможет?

счетчики ошибок вроде можно подстроить в LD 73.
А один Гуру сказал:
"Я говорил вам про GP2 20 100 S 12 S 12 S 4 S
если вместо 4 S поставить 0 - тогда он вообще никогда не заблокируется. Но есть недостаток - будет сыпать ошибками в терминал."
из доки:
GP2 T2 mt dt ct ot
Group 2 error thresholds
Where:
• T2 = Error count values in range: 1-(20)-255. The
T2 entry defines the maximum time that can occur
before software checks the associated thresholds
of 120 to 32,640 msec and rounds them to the
closest multiple of 128 msec.
• mt = Maintenance threshold time (MNT)
• (default = 100S)
• dt = No new data calls threshold time (NNDC)
• (default = 12S)
• ct = No new calls threshold time (NNC)
• (default = 12S)
• ot = Out-of-service threshold time (OOS)
• (default = 4S)

boyard пишет
Две станции друг от друга находится на расстоянии 7.5 км. На обеих концах стоит по плате PRI2 NTAK50AA.
Потом с помощью IPmux-4 мы мультиплексируем поток Е1 в IP и с помощью радиорелейного оборудования KN105 передаем
по Ethernet каналу на удаленный конец где такой же IPmux-4 преобразовует из IP в Е1 и все это дело передает на станцию.

Но возникают проблемы с эхом и прерываниями при разговоре.

Есть опыт работы с IPmux-4. Экспериментальным путем, а потом и прижав диллера, было выявлено, что IPmux увеличивает выходную полосу (скорость) почти в 2 раза. Т.е. для потока 2,048 он занимает скорость больше 4 Мбит/с. И, если есть ограничения по полосе в IP канале, то получается ухудшение качества разговора. Поэтому использовать это оборуование надо очень осторожно. Лучше сразу уменьшить количество транков.

Babin Roman пишет
..IPmux увеличивает выходную полосу (скорость) почти в 2 раза. Т.е. для потока 2,048 он занимает скорость больше 4 Мбит/с. И, если есть ограничения по полосе в IP канале, то получается ухудшение качества разговора...
:) Даа... туутт напрашиваются вопросы...
слышали ли вы о, не побоимся этого слова, о заголовках IP-пакетов ?
и, как бы это поприличнее сказать, о кодеках там разных, типа Ж.72х ?

IP-mux не сжимает голос. Это просто технология TDMoIP.

PhoneMan пишет
Распечатай с обеих сторон
LD73
REQ prt
TYPE pri2
FEAT syti


Это данные с ближнего конца:
CCGD 15
CCAR 15
EFCS NO

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

Babin Roman пишет
Есть опыт работы с IPmux-4. Экспериментальным путем, а потом и прижав диллера, было выявлено, что IPmux увеличивает выходную полосу (скорость) почти в 2 раза. Т.е. для потока 2,048 он занимает скорость больше 4 Мбит/с. И, если есть ограничения по полосе в IP канале, то получается ухудшение качества разговора. Поэтому использовать это оборуование надо очень осторожно. Лучше сразу уменьшить количество транков.


В данный момент в этом направлении открыто только 5 каналов. Но прерывание и эхо не прекратились. Такое ощущение что как будто канал плавает. Иногда при звонке сразу слышно прерывающийся гудочек а иногда звониш, разговариваеш и все нормально так секунд 60 а потом постепенно качество ухудшается до полного срыва.

Может это из за точо что между точками доступа радорелейной связи KN-105 с карточками Orinoco gold визуально нет зоны прямой видимости (хотя уровень сигнала высокий) Имеются силиные перепаду на индикаторе соотношения сигнал/шум. например с 31 dbm падает до 25 dbm.
Никак не можем вычисльть кто же портит нам жизнь IPmux-4, Meredian или KN-105. :confused:
ПОМОГИТЕ ПОЖАЛУЙСТА!!!!!!!!!!!!!!!!!

boyard пишет
Никак не можем вычисльть кто же портит нам жизнь IPmux-4, Meredian или KN-105. :confused:
ПОМОГИТЕ ПОЖАЛУЙСТА!!!!!!!!!!!!!!!!!
Я бы по приоритетам выставил так:
1. KN-105 (Эта штука вообще не знает, что такое VoIP)
2. IPmux-4
3. Meridian (скорее всего вообще ни при чем. Его дело заканчивается стыком с IPmux)
А кто такую зверскую схему придумал?

По поводу прерывания. Оказывается что KN-105 работает по стандарту IEEE 802.11b. И если я не ошибаюсь то в этом стандарте существует динамическое регулирвание скорости передачи. Например если пользователь работает на скорости 11 mb а в эфире будут наблюдатся помехи то скорость автоматом может упасть до 5.2 mb, 2mb или до 1mb.