Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 ... 183 184 185 186 187 188 189 190 191 192 193 ... 314 След.
транк группа
 
VoIP  платы - это GD, GA, INT-IP.
Но ведь у вас это должно быть и работать??? Вы про SIP писали, т.е. все-таки кое чего из VoIP живет?.
транк группа
 
Если про IP - не прорбовали в документации почитать System doc/ IP-PCX Network/ H323....?
А в целом для Н323 (раз почему то лень читать документацию):
- прописываете VoIP платы с дочками и кодеками, IP адреса и т.п.;
- создаете TG (обычная Т2 ISDN, только при создании указано T2 specification=IP).
- прописываете там Т2 доступ/доступы - указывая VoIP плату.
- звонки через SD с Call type=IP (появляется поле где указывается IP адрес - куда заслать).

Ну и далее разный гемор с кодеками и т.п.
транк группа
 
Если еще напишите тип станции - перенесем вопрос в соответствующий раздел
Транк VoIP, Ограничение количества входящих и исходящих вызовов
 
имеется в виду - лицензии на
19 - Corp. Network
79 - IS VPN
80 - ABC VPN ну и хорошо 467 - ARS.
АТС не шлет INVITE
 
Не понял собственно - чего в трассировках.
Вроде одинаковые напрочь, кроме того что во второй снова шлется запрос INVITE.
Пустая папка C:\4760_ARC\Accounting\tickets\
 
Шедулер - это планировщик, если работаете не в ангийском варианте оболочки.
taxa*.alz - это файлы тарификации - можете посмотреть когда последний раз собирались тикеты (по дате файла).
Пустая папка C:\4760_ARC\Accounting\tickets\
 
Никто что-ли больше не собирает тикеты с ОХО? Я просто не в курсе - они должны собираться в 4760/data/collector (а в указанную ТС папку попадать при архивировании т.е. через где-то 90 дней).

ТС - в тарификации, когда встаете на абонентов - тикеты (вроде 10 штук должно быть) показывает?
В шедулере - задача скачивания тикетов чего в статусе показывает? Тикеты по IP собираете или через терминальный адаптер?
Транк VoIP, Ограничение количества входящих и исходящих вызовов
 
Цитата
Вячеслав Горячев пишет:

А насчет звонков с периферии на периферии, Вы хотите сказать, что они напрямую друг другу звонят? Я ведь у них у всех указывал IP адрес "головной" станции, т.е. маршрутизация у меня настроена таким образом, что звонки с переферии на периферию проходят через мою "головную" станцию, а уж она их разруливает.
Надеюсь, понятно написал?!
А зачем? Пусть себе звонят напрямую или это зачем-то надо - звонить через центр?
Транк VoIP, Ограничение количества входящих и исходящих вызовов
 
Цитата
Вячеслав Горячев пишет:
vad,  
нет, трассировочку по t3 я смотрел, но никаких отличий от транков работающих на Е1 не обнаружил. Ну, или не заметил.
Наверное не туда смотрели (или реально у вас не бегали H323 звонки).
Там есть упоминание про IP адреса - куда это отправлено, предлагаемые кодеки, при включенном DIrect RTP - адреса RTP устройств/порты.

Если вы хотите ограничить количество звонков - с IP доменами вам работать придется (как минимум на периферийных станциях).
Транк VoIP, Ограничение количества входящих и исходящих вызовов
 
Цитата
Вячеслав Горячев пишет:
В TG ставили компрессию G711. В доменах ничего не трогали, даже не заглядывали.
да, и еще стоит, наверное, до конца прояснить ситуацию: всего по VoIP к, так скажем, головной станции, подключено 8 станций, у каждой из которых INTIP с лицензией на 60 компрессоров, а вот на головной всего 30!!!
Ставите и не смотрите? Ну вы даете. Это ведь легко - просто t3 с указанием номера платы. t3 C=0 c=5 (для 5-й платы в 0-м кристале).
Про кодеки - предлагаемые и выбираемые - все видно.
Как ограничить количество разговоров к конкретной станции - на ней в IP/IP domain - сказать Domain Max Voice Connection чего вам надо. Как сделать разное количество входящих и исходящих - не знаю.

Домены можно создавать. Какое оборудование где окажется - определяется указанными ниже диапазонами адресов.

Насчет 30 лицензий в центре - смотря чего вы хотите. При звонках с периферийных в центр - у вас будет 30 разговоров. Но звонок - периферийная на периферийную не занимает кодеков в центре (при нормальном менеджменте и включенном Direct RTP). Так что все определяется структурой вашего трафика. Тут вам и серп в руки.
Транк VoIP, Ограничение количества входящих и исходящих вызовов
 
Цитата
Billy пишет:
vad , можно Вас попросить о любезности - расталдыкать поподробнее с этого места? Это как бы не то чтобы неприятный сюрприз, это потенциальный трындец всему узлу.
Когда у вас две станции в common hardware (например). Вы их связываете по IP. У вас есть только плата GD+MADA3.

При установлении соединения у вас есть две вещи:
- сигнализация, то что вы видите по t3. Это привязано к плате, можно посмотреть по trkstat 1 0. Вы увидите 30 TS. Тот по которому якобы установлен разговор - в состоянии WB (без В канала).
- разговор, RTP трафик, которого вы не видите. Если говорят обычные абоненты/транки - с каждой стороны отнимается по кодеку - общая картина видна по compvisu lio. Если говорят 2 IP абонента - при совместимости кодеков RTP трафик бежит прямо с аппарата на аппарат.

Это очень красиво видно если под рукой есть Актис:
- делаете станцию с потоком Е1 и 500 IP аппаратов - вы увидите, что вам надо всего 30 кодеков.
- прописываете в станции H323 транки (обычные или ABC-F) - было четко видно - ставите 31 транк, получаете сразу еще и плату GA, нарисуете 61 - еще одну получите.

В crystal железе - все точно так-же - INT-IP2 - больше 60 разговоров не поддержит, хочь убей.
Одновременное отображение имени и номера на 4068.
 
Не характерно. Для нормальных телефонов и нормально запрограммированного/работающего QSIG - не характерно.
Но поскольку - вопрос был общий - у меня все приходит, но не отображается - получили общие ответы.

Вы ни трассировки не привели, ни менеджмент не описали (даже какой QSIG не сказали - BC, просто указанный в транковой группе, или GF - ABC-F в TG и network routing table).

Так что - какой вопрос, такой ответ.
Транк VoIP, Ограничение количества входящих и исходящих вызовов
 
Данные пункты РАБОТАЮТ. Но для TG типа T2 ISDN. Где действительно есть TS. В VoIP  - нет каналов. Которые можно потрогать и сказать - это 1-й, а это 16-тый.
То что было в доступах для VoIP - еще имело какой-то смысл при выключенном Direct RTP. При включенном (а в 10 релизе его уже нельзя выключить)  - все стало еще забавнее.

Все что можно разруливать для IP - это IP/ IP domain. Вы можете сказать - сколько разговоров и с какими компрессорами будет использоваться. Если ставили в TG компрессию дефолтовскую и G711 - могли заметить что по t3 ничего не меняется. А вот если в 0-м домене сказать - наружу - без компрессии - тогда и побежит G711.

Так что по ограничению разговоров - смотрите чего творится в IP/IP domain. При этом понимаем - что разговоры и компрессора - это абсолютно разные вещи.

Например - если позвонит IP абонент на другую станцию:
- увидим по trkstat что в TS стоит WB,
- по compvisu lio - что все компрессора свободны.

При звонке TDM абонента - TS=WB и занят один компрессор по compvisu lio.

Звоня со станции в common hardware - увидите, что при одной плате типа GD/GA - не получится больше 30 одновременных разговоров, даже если ни одного кодека не используется (например звонит 30 IP абонентов).
Транк VoIP, Ограничение количества входящих и исходящих вызовов
 
во первых - мы говорим о Н323 или об ABC-F. Оно закрывается в разных местах IP/IP domain или в VPN overflow (плюс в локальных параметрах VPN TS%).
В случае VPN звонков - две TG имеют смысл.
В случае обычных Н323 - по выходу (теоретически) две TG еще что-то значат, а вот по входу!!! Как вы поймете, получив входящий вызов - это в TG где 2 канала или где 8. Вы получаете вызов на ту-же плату, с одним адресом.
Соединение атс Alcatel omniOffice и LG ldk-300 psu, Соединение атс Alcatel omniOffice и LG ldk-300 psu
 
Спросите тех, кто занимается LG - они могут создать абонентов 78956, 72356 и 72369?

У вас просто в плане нумерации диапазон абонентов надо будет разбить на несколько. Чтоб прописать 78956, 72356 и 72369 как ARS и заслать эти цифры в LG (не забыв по входу в private плане нумерации их прописать).

Ну и самый тупой вариант - оставляете все как есть, только абонентам 78956, 72356 и 72369 даете IP телефоны зарегистрированные в ОХО. Типа дали аппарат 4038, а в каком он здании находится - какая разница. По IP вы ведь все равно дорогу имеете.
Страницы: Пред. 1 ... 183 184 185 186 187 188 189 190 191 192 193 ... 314 След.