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

Поиск  Правила  Войти
Форум » Username
Выбрать дату в календаре…Выбрать дату в календаре

Страницы: Пред. 1 2 3 4 5
О проблеме выбора платы INTIP и кодеках, В сообщений SETUP указан адрес соседней платы, изменить типа кодека
 
#
29.08.2016 10:40:28
Цитата
error пишет:
to Username, вам стоит еще раз перечитать сигнализацию h323 в оригинале, а не в переводе
Не надо вводить в заблуждение почтенную публику этого форума своим непониманием оригинала H.323.
Цитата
error пишет:
Destination address missing, and direct call not subscribed
- в 680-м пакета трассы этого нет, там есть Normal Call Clearing.
Изменено: Username - 29.08.2016 10:43:47
 
Перейти    
О проблеме выбора платы INTIP и кодеках, В сообщений SETUP указан адрес соседней платы, изменить типа кодека
 
#
26.08.2016 22:39:45
Цитата
Vladimir Shushkov пишет:
Спасибо Username!
Это обнаружил Андрей. Все благодарности ему.
Цитата
error пишет:
Cause 0x5a - Destination address missing, and direct call not subscribed
Уважаемый error, 0x5a это не причина, а код сообщения RELEASE COMPLETE.
Код
       .001 0000 = Cause value: Normal call clearing (16)

Цитата
Vladimir Shushkov пишет:
Не правильней ли будет в качестве точки назначения в ячейке сокращенного набора указать адрес не CiscoC40, а адрес ГК?
Есть немалая вероятность того, что и с ГК будут такие же проблемы.
Проблема, по-моему мнению, в том, что C40 не использует Fast Start и  H245 tunneling (это видно в Flow Sequence в Wireshark)
Код
|3.090131 |         setup OLC ( g7231 g7          |H225 From: 1473 To:1573  TunnH245:on FS:on
|         |(21105)  ------------------>  (1720)   |
|3.143552 |         alerting  |                   |H225 TunnH245:off FS:off
|         |(21105)  <------------------  (1720)   |
|5.733751 |         connect   |                   |H225 TunnH245:off FS:off

Было бы неплохо проверить, когда оба конца настроены на FastStart/Tunneling либо оба конца работают без   FastStart/Tunneling.
 
Перейти    
О проблеме выбора платы INTIP и кодеках, В сообщений SETUP указан адрес соседней платы, изменить типа кодека
 
#
26.08.2016 13:11:01
Цитата
Андрей пишет:
А также в неуспешном сценарии от Циски не приходит подтверждение открытия логического канала.
Бинго!
Не получив OpenLogicalChannelAck OXE  с чистой совестью по истечении таймера 10 секунд завершает вызов.
Почему Cisco ведет себя по-разному в удачном и неудачном сценарии - вопрос к Cisco/Tandberg'у.
 
Перейти    
О проблеме выбора платы INTIP и кодеках, В сообщений SETUP указан адрес соседней платы, изменить типа кодека
 
#
24.08.2016 12:22:02
Ну вот, становится теплее.
Цитата
Vladimir Shushkov пишет:

Удалось выяснить следующую закономерность. Вероятнее всего проблема не связана с форматом самого CONNECT пакета. После получения CONNECT станция и Cisco обмениваются еще несколькими служебными пакетами типа terminalCapabilitySet, masterSlaveDetermination, openLogicalChannel, а также их подтверждениями - соответствующими Ack пакетами.
...



Как видно из приведенных скриншотов, почему-то происходит объединение нескольких TCP сегментов в 1. Очень похоже на TCP Offload. Причем, можно заметить, что объединение происходит с обеих сторон, т.е. УАТС тоже причастна к преступлению. В этом случае, при дальнейшем разборе последовательности пакетов видно, как Cisco начинает слать RTP поток, а станция перидически отвечает ICMP пакетом Destination unreachable - Port Unreachable.
Это не сегментированные пакеты и не служебные пакеты. Это H.245, что-то  вроде SDP в SIP - определение media capabilities и пр., очень важная часть при установлении соединения по H.323.
Прсоединяюсь к Андрею
Цитата
Андрей пишет:
По каким соображениям вы выкладываете скриншоты обмена вместо самого обмена ?
В приведенном удачном  скриншоте курсор вообще стоит на roundtripdlayresponse (то есть keep-alive процедура), а на неудачном openlogicalchannel masterslavedetermination. То есть из приведенных картинок невозможно ничего понять.
 
Перейти    
О проблеме выбора платы INTIP и кодеках, В сообщений SETUP указан адрес соседней платы, изменить типа кодека
 
#
21.08.2016 21:13:15
По этой ссылке поддержка G.729 для H.323 появилась в версии TC 6.2.0, возможно, надо firmware на С40 обновить.
http://www.cisco.com/c/dam/en/us/td/docs/telepresence/endpoint/software/tc6/r­elease_notes/tc_software_release_notes_tc6.pdf. Хотя не факт, может там программно транскодинг делается (как на CUCM).

Проблема все равно в том, что соединение должно устанавливаться или нет. В wireshark-трассе надо смотреть.

Да, с G.722 в OXE как-то не очень. То есть он поддерживается для 2-х IP-устройств на одном узле, при условии, что оба устройства его поддерживают. Как понимаю, функцию транскодинга (для TDM-оборудования) для G.722 OXE не делает.
Изменено: Username - 21.08.2016 21:13:42
 
Перейти    
О проблеме выбора платы INTIP и кодеках, В сообщений SETUP указан адрес соседней платы, изменить типа кодека
 
#
21.08.2016 11:43:35
Смысл зацикливаться на alaw to ulaw conversion? Из приведенного описания видно, что C40 поддерживает:

•G.711
•G.722
•G.722.1
•G.729AB
•64 kbps and 128 kbps AAC-LD, mono and stereo

Соединение должно устанавливаться и работать хотя бы на G.729.
Если версия OXE позволяет, то на G.722 должно заработать.
Изменено: Username - 21.08.2016 11:44:29
 
Перейти    
Выключается процессор, На дублированной Omni PCX Enterprise отключается процессор
 
#
13.05.2016 10:47:55
Вряд ли  бы ядро ОС выключило процессор при сбое записи на ЖД - там же Linux. Скорее всего выкинуло бы SIGTERM какой-нибудь и ждало реакции админа в консоли.
Надо поставить порт V.24 на логирование - может перед "смертью" CPU что-нибудь пишет в консоль?
 
Перейти    
Получение тикетов о локальных вызовах, Способы получения и ПО
 
#
06.04.2016 13:23:47
Господа, помните - форум, кроме активных участников, читают еще и в режиме read-only, так сказать, для расширения знаний о предмете. Кроме этого, содержание форума индексируется поисковиками.
Так что не надо увеличивать без надобности энтропию и вводить людей, которые будут находить эту тему в выдаче Гугля или Яндекса, в заблуждение. Хотелось бы, что бы этот форум оставался источником достоверной информации в русскоязычном сегменте Интернета.

Теперь по теме.
LocalLocal Calls никогда не работал на V.24 - ни в 4400, ни в OXE, только в файлах и по Ethernet. Точка.

Вот единственная найденная цитата в документе от 2009 года KD_01_OXE_Call_Detail_Records_ed5b.doc, стр.10:
Цитата

The CDR for the Local Calls is generated only if the software licenses are bought.
The CDR for the ABC network Calls is generated only if the software licenses are bought.
The local and ABC-F network CDR aren’t sent to the real-time output V24 link and over the AHL link.
С тех пор никаких упоминаний о разбанивании/забанивании этой фичи нет.
А коллега  Андрей лишь пытался тонко намекнуть, что если "не уверен - не обгоняй утверждай".
Уберу интригу - при попытке включить фильтр PCX-PCX calls на V.24 система пишет:
Цитата


 ┌─Error:────────────────────────────────────────────────────┐
 │ X │
 │ CANCEL to close this window X │
 │ X │
 │ Processing Failure X │
 │ OBJECT -1: ATTRIBUTE 0: Unauthorized V24 real time filter │
 │ X │
 └───────────────────────────────────────────────────────────┘
 
Перейти    
Alternate CLIP для Basic SIP аппарата
 
#
01.12.2015 12:10:28
Цитата
TMC пишет:
Все не опознанные вызовы идут с пилотным АОНом, так что Basic SIP может быть только в этой группе.

Так пилотный АОН будет единым для всех абонентов? Он же имеет приоритет над абонеентским.
То есть невозможно сделать так, чтобы SIP аппарат был с одним CLIP, а, например, цифровой - с другим?
Цитата
error пишет:
кроме SIP-Basic ничего нет?
Увы, нет. Только Basic SIP. Для OPEN SIP опция Alternate CLIP есть  :evil: .
 
Перейти    
Alternate CLIP для Basic SIP аппарата
 
#
30.11.2015 17:43:12
Коллеги,
Оказывается, для Basic SIP аппарата нельзя использовать Alternate CLIP в настройках аппарата - меню Misc не активно. По  доке, да, эта услуга не работает для  Basic SIP аппарата.
У клиента несколько номеров по SIP. Абоненты раскиданы по этим номерам через Misc/Alternate CLIP - чтобы шел разный CLIP.
Если ставить Alternate CLIP в SIP Public numbering, то это действует для всех абонентов, то есть все абоненты будут с одним и тем же CLIP'ом.

Посоветуйте, можно ли как-нибудь сделать так, чтобы сохранить разные CLIP и чтобы  Basic SIP аппарата выходил с каким-нибудь CLIP'ом?
 
Перейти    
ntpq-p в 11.1 релизе не работает
 
#
25.11.2015 17:15:20
Промазал. Это 2074 - tc2074en-ed01_release_note_for_omnipcx_enterprise_release_11.1_md3_version_l1.301.28.b.pdf
 
Перейти    
ntpq-p в 11.1 релизе не работает
 
#
25.11.2015 13:27:34
Из ТС2064:

Command ntpq -p
The command "ntpq -p" is not working with package ntp-4.2.8p2-1mdk_2alcx.i486.rpm and we could able to
see the reply "Name or service not known"
A workaround is to enter the command “ntpq -pn 127.0.0.1”
This command give the same result as previously.
Both fix will be delivered in next official version (MD4).
 
Перейти    
Полка с номером 20 и более
 
#
05.06.2015 16:58:17
Цитата
etc пишет:
spadmin, 8 пункт - OPS limits - Nb ACT.

Теперь понятно. Это задается в hardware.mao, то есть не совсем забетонировано.
 
Перейти    
Полка с номером 20 и более
 
#
04.06.2015 22:22:49
Цитата
error пишет:

кол-во полок забетонировано в software.mao

Можно уточнить номер ключа?
 
Перейти    
Страницы: Пред. 1 2 3 4 5