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

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

Страницы: Пред. 1 2 3 4 5 6 7 8 9 10 11 ... 29 След.
Realtime Accounting: регистрация входящих вызовов
 
Для интересующихся апдейт. Фильтры, установленные в разделе Real-time output, вообще не работают. Что не включай, хоть вообще без фильтров работай, в реалтайм валится вообще все.

Открыт кейс, уже месяц индусы думают.
Отображение кириллицы на 8001
 
Апдейт: такая фигня появилась на версии 4.5.0.3. На более старой 4.3.0.1 все норм. Но кейс все равно создал.
Отображение кириллицы на 8001
 
Добрый день, коллеги.
OXE R12.2 и 8001 (прошивка последняя). Вместо имени звонящего и в журнале вызовов кракозябры вместо русского имени. Кто-нибудь сталкивался с такой проблемой? Как лечить? Ведь по даташиту должно работать.
Изменено: Seller_V - 23.10.2019 22:38:30
Realtime Accounting: регистрация входящих вызовов
 
Коллеги, добрый день.
Интересную багу нашел. Делаем сбор биллинга по Ethernet. В фильтрах аккаунтинга в разделе Realtime Ticket Output только исходящие всех видов. Ни одного фильтра с типом Incoming. А в сборщике я вижу все вперемешку - входящие и исходящие. Смотрел глазами в accview - действительно у звонка тип PublicNetworkIncoming, время вызова и длительность, все совпадает.
Какого фига входящие валят в реалтайм?

ПС Пробовал на 9.0 и 10.1.1, Около двух десятков станций. Везде одно и то же. То есть это не случайный глюк.
Последний OmniPCX Record 2.3.0.х
 
Коллеги, добрый день.
С портала исчез софт системы записи версии 2.3, остался только 2.4. Последняя версия у меня 2.3.0.22. Точно знаю, что есть 2.3.0.26, может еще новее были.
Не может ли кто поделиться самой свежей?
Не заливаются OPS и конфа на CS-2
 
После заливки софта рестартовали CS?

OPS заливаются при включенной телефонии, база данных - без телефонии. У вас при обеих операциях одинаково ругается?

https://www.alcatelunleashed.com/viewtopic.php?t=7073 Тут немного не ваш случай, апгрейд дублированной системы вместо чистой инсталляции. Но после всех проверок совместимости софта в swinst все равно был совет переставить систему с чистого листа заново.
Консольный вывод ОХЕ, реализованной на GAS
 
Владислав, спасибо огромное! Все получилось, все работает.

Пока не пробовал пересоздавать Serial без галки Use Telnet, но сейчас работает из Putty, QModem, SecureCRT и просто из виндового окна cmd (telnet адрес плюс порт).

Из неприятного - только одна сессия одновременно. Ну это и понятно.
Консольный вывод ОХЕ, реализованной на GAS
 
Цитата
Николай написал:

Нет. Вы МОЖЕТЕ использовать команду telnet. А можете - putty. Или что-нибудь ещё. Протокол при этом не меняется.
А если вы не выставляете для TCP консоли параметр telnet - вы получаете голое tcp соединение, без каких-либо дополнений. SSH там не появится. Пожалуйста, не додумывайте при чтении документации то, чего там не написано.

Кстати, вы на виртуальной станции как-то настроили этот порт?
Ок, допускаю, что могу быть неправ. Практика нас рассудит. Добьюсь работы по telnet и попробую пересоздать serial без этой опции.


Нет, на ВМ порт не настраивал и пока не знаю, как это сделать. Буду благодарен за подсказки.
Консольный вывод ОХЕ, реализованной на GAS
 
Цитата
Николай написал:

Цитата
Seller_V написал:
при создании Serial типа TCP net console устанавливается SSH соединение, но ввода-вывода никакого нет.
Вы ведь читаете документацию на то, что используете, правда? Откуда вы взяли, что там должен быть SSH, если в официальной документации на kvm написано "You can use "telnet" to connect to the corresponding character device. "?
А еще я умею ее понимать. Где там написано, что я ДОЛЖЕН использовать telnet? Написано "you can". Не "you must", не "you should", ни даже "you have to". МОГУ использовать telnet (если выставлю опцию Use Telnet при создании Serial). А могу не выставить эту опцию, и тогда будет SSH. Я не прав?
Как бы там ни было, что телнетом, что ssh, поведение одинаковое. Никакого ввода-вывода.
Консольный вывод ОХЕ, реализованной на GAS
 
Николай, спасибо, почитал. Полезная статья, но сюда не совсем применима. Там описывается подсоединение виртуалки к физическому устройству сервера, а его может и не быть.


Апдейт: добавлять к виртуалке устройства средствами графической оболочки таки можно. Но при добавлении устройства Serial (в разных вариантах) количество оборудования в /dev/ не изменяется. Соответственно, по-прежнему непонятно, куда направлять вывод консоли.

Самое близкое, чего удалось добиться: при создании Serial типа TCP net console устанавливается SSH соединение, но ввода-вывода никакого нет. При этом netstat говорит, что на указанный порт соединение установлено. То есть что-то как-то работает, но не до конца.

Ковыряю дальше.  
Консольный вывод ОХЕ, реализованной на GAS
 
Добрый день.
Собственно, вопрос в названии темы. Правильно я понимаю, что с релиза 12.2 в ОХЕ не получить вывод в виртуальный COM-порт?
На железных AS мы прикручивали iLO, на виртуалках VMWare могли создать виртуальный порт. А на GAS что? Средства KVM не позволяют добавлять новые устройства.
Решетка в префиксе, SIP-аппараты не звонят в город
 
А вот лог с алкателевского 8001. Тут вообще инвайтов нема. Зато есть обращение к какому-то номеру 3003, которого у меня вообще на станции нет.

1555077263 -> Fri Apr 12 16:54:23 2019 RECEIVE MESSAGE FROM NETWORK (10.157.130.204:5062 [UDP])
----------------------utf8-----------------------
SUBSCRIBE sip:3003@10.157.152.123 SIP/2.0
Via: SIP/2.0/UDP 10.157.130.204:5062;branch=z9hG4bK2022056923
From: "1006" <sip:1006@10.157.152.123>;tag=3318450659
To: <sip:3003@10.157.152.123>
Call-ID: 3936737782@10.157.130.204
CSeq: 1 SUBSCRIBE
Contact: <sip:1006@10.157.130.204:5062>
Accept: application/dialog-info+xml
Max-Forwards: 70
User-Agent: Yealink SIP-T22P 7.73.14.2
Expires: 1800
Event: dialog
Content-Length: 0

-------------------------------------------------

Fri Apr 12 16:54:23 2019 [CMotorCallManager::callFactory] For call : 3936737782@10.157.130.204.
Fri Apr 12 16:54:23 2019 [CMotorCall :: CMotorCall()] Oxe_Version_Name = OmniPCX Enterprise R12.0 m1.403.23.b
Fri Apr 12 16:54:23 2019 1195[CMotorCall::controlAuthentication] ---*--- AUTH ---*--- Control authentication
Fri Apr 12 16:54:23 2019 1195[CMotorCall::setFilterUsedMode] To be traced = 0
Fri Apr 12 16:54:23 2019 [getFromHeader] look at the From.
Fri Apr 12 16:54:23 2019 [convertCSipURLIntoSipuri] uri = sip:1006@10.157.152.123.
Fri Apr 12 16:54:23 2019 [getFromHeader] =1006@10.157.152.123.
Fri Apr 12 16:54:23 2019 [getFromHeader] clirPresent=0.
Fri Apr 12 16:54:23 2019 [getReqUriHeader] look at the requri.
Fri Apr 12 16:54:23 2019 [convertCSipURLIntoSipuri] uri = sip:3003@10.157.152.123.
Fri Apr 12 16:54:23 2019 [CMotorCall::analyseRouting] TEL uri=0.
Fri Apr 12 16:54:23 2019 [CMotorCall::analyseRouting] 1006@10.157.152.123 is authenticable.
1555077263 -> Fri Apr 12 16:54:23 2019 [isAddrInDico] seplos station OK
Fri Apr 12 16:54:23 2019 [getNeqtSeplosStation] stat=13 digit=4 app=0 com=0 data=1 term=159.
Fri Apr 12 16:54:23 2019 1195[CMotorCall::getUserType] extGw=-3.
Fri Apr 12 16:54:23 2019 1195[CMotorCall::onReceiveRequest] accepte? m_other_calling=0 gw=-3.
Fri Apr 12 16:54:23 2019 1195[CMotorCall::toGatewayOrProxy] SIP_PRIVATE_TRANSIT_MODE=1.
Fri Apr 12 16:54:23 2019 1195[CMotorCall::toGatewayOrProxy] request for proxydomain=10.157.152.123.
Fri Apr 12 16:54:23 2019 1195[CMotorCall::toGatewayOrProxy] from = seplos station.
Fri Apr 12 16:54:23 2019 1195[CMotorCall::onReceiveRequest] state = INITIAL_STATE.
Fri Apr 12 16:54:23 2019 1195[CMotorCall::methodSubscribeReceived] same dialog => accept.
Fri Apr 12 16:54:23 2019 [CSubscriptionState::receiveSubscribeMessage] Call: 3936737782@10.157.130.204 eqt: -1 SUBSCRIPTION_STATE received a message.
Fri Apr 12 16:54:23 2019 SEND MESSAGE TO NETWORK (10.157.130.204:5062 [UDP]) (BUFF LEN = 449)
----------------------utf8-----------------------
SIP/2.0 489 Bad Event
Allow: INVITE, ACK, CANCEL, BYE, PRACK, NOTIFY, REFER, SUBSCRIBE, OPTIONS, UPDATE
User-Agent: OmniPCX Enterprise R12.0 m1.403.23.b
Allow-Events: message-summary
To: <sip:3003@10.157.152.123>;tag=02d433577237ee7014a2894e6714d3cb
From: "1006" <sip:1006@10.157.152.123>;tag=3318450659
Call-ID: 3936737782@10.157.130.204
CSeq: 1 SUBSCRIBE
Via: SIP/2.0/UDP 10.157.130.204:5062;branch=z9hG4bK2022056923
Content-Length: 0
Решетка в префиксе, SIP-аппараты не звонят в город
 
Цитата
error написал:
Цитата
Seller_V написал:
SIP аппараты уходят в тишину с отбоем и сообщением Bad event в sip-трассе.
как на счет показать трассиров
Вот трассировка с Yalink, много таких инвайтов и сообщения о сбое парсинга

Fri Apr 12 16:17:55 2019 RECEIVE MESSAGE FROM NETWORK (10.157.130.204:5062 [UDP])
----------------------utf8-----------------------
INVITE sip:#984957213505@10.157.152.123 SIP/2.0
Via: SIP/2.0/UDP 10.157.130.204:5062;branch=z9hG4bK2030221392
From: "1006" <sip:1006@10.157.152.123>;tag=814165571
To: <sip:#984957213505@10.157.152.123>
Call-ID: 232145014@10.157.130.204
CSeq: 1 INVITE
Contact: <sip:1006@10.157.130.204:5062>
Content-Type: application/sdp
Allow: INVITE, INFO, PRACK, ACK, BYE, CANCEL, OPTIONS, NOTIFY, REGISTER, SUBSCRIBE, REFER, PUBLISH, UPDATE, MESSAGE
Max-Forwards: 70
User-Agent: Yealink SIP-T22P 7.73.14.2
Supported: replaces,100rel
Allow-Events: talk,hold,conference,refer,check-sync
Content-Length: 262

v=0
o=- 20038 20038 IN IP4 10.157.130.204
s=SDP data
c=IN IP4 10.157.130.204
t=0 0
m=audio 11790 RTP/AVP 8 18 101
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=fmtp:101 0-15
a=rtpmap:101 telephone-event/8000
a=ptime:20
a=sendrecv
-------------------------------------------------

1555075077 ->  main.trace.timer = 480mn
1555075078 -> Fri Apr 12 16:17:55 2019 [CIOCom::getMalformedMessage]
Fri Apr 12 16:17:55 2019 [SIPAlarm] alarm level : 4
Fri Apr 12 16:17:55 2019 ALARM: [CIOCom::onReceiveMessage] parsing FAILED => HSS ERROR Parser error
Fri Apr 12 16:17:55 2019 ALARM: CPU main

1555075091 -> Fri Apr 12 16:18:11 2019 RECEIVE MESSAGE FROM NETWORK (10.157.130.204:5062 [UDP])
----------------------utf8-----------------------
INVITE sip:#984957213505@10.157.152.123 SIP/2.0
Via: SIP/2.0/UDP 10.157.130.204:5062;branch=z9hG4bK2030221392
From: "1006" <sip:1006@10.157.152.123>;tag=814165571
To: <sip:#984957213505@10.157.152.123>
Call-ID: 232145014@10.157.130.204
CSeq: 1 INVITE
Contact: <sip:1006@10.157.130.204:5062>
Content-Type: application/sdp
Allow: INVITE, INFO, PRACK, ACK, BYE, CANCEL, OPTIONS, NOTIFY, REGISTER, SUBSCRIBE, REFER, PUBLISH, UPDATE, MESSAGE
Max-Forwards: 70
User-Agent: Yealink SIP-T22P 7.73.14.2
Supported: replaces,100rel
Allow-Events: talk,hold,conference,refer,check-sync
Content-Length: 262

v=0
o=- 20038 20038 IN IP4 10.157.130.204
s=SDP data
c=IN IP4 10.157.130.204
t=0 0
m=audio 11790 RTP/AVP 8 18 101
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=fmtp:101 0-15
a=rtpmap:101 telephone-event/8000
a=ptime:20
a=sendrecv
-------------------------------------------------

Fri Apr 12 16:18:11 2019 RECEIVE MESSAGE FROM NETWORK (10.157.130.204:5062 [UDP])
----------------------utf8-----------------------
INVITE sip:#984957213505@10.157.152.123 SIP/2.0
Via: SIP/2.0/UDP 10.157.130.204:5062;branch=z9hG4bK2030221392
From: "1006" <sip:1006@10.157.152.123>;tag=814165571
To: <sip:#984957213505@10.157.152.123>
Call-ID: 232145014@10.157.130.204
CSeq: 1 INVITE
Contact: <sip:1006@10.157.130.204:5062>
Content-Type: application/sdp
Allow: INVITE, INFO, PRACK, ACK, BYE, CANCEL, OPTIONS, NOTIFY, REGISTER, SUBSCRIBE, REFER, PUBLISH, UPDATE, MESSAGE
Max-Forwards: 70
User-Agent: Yealink SIP-T22P 7.73.14.2
Supported: replaces,100rel
Allow-Events: talk,hold,conference,refer,check-sync
Content-Length: 262

v=0
o=- 20038 20038 IN IP4 10.157.130.204
s=SDP data
c=IN IP4 10.157.130.204
t=0 0
m=audio 11790 RTP/AVP 8 18 101
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=fmtp:101 0-15
a=rtpmap:101 telephone-event/8000
a=ptime:20
a=sendrecv
-------------------------------------------------
Решетка в префиксе, SIP-аппараты не звонят в город
 
Путано объяснил, да?

Набираем руками #9 (префикс) + 8495ххххххх. Не работает.
Набираем 78 (сокращенный набор 78-->#98) + 495ххххххх. Работает.

Пробовал на 8001 и на каком-то Yealink. Одинаковое поведение.
Изменено: Seller_V - 12.04.2019 10:27:24
Решетка в префиксе, SIP-аппараты не звонят в город
 
Интересную багу (фичу?) обнаружил.

Имеем ОХЕ 12.1, связанную по Е1 с другой станцией. Префикс #9 - сначала просто занятие транк-группы с оверлапом, а потом ARS. NOE аппараты при наборе префикс + номер другой станции дозваниваются нормально. SIP аппараты уходят в тишину с отбоем и сообщением Bad event в sip-трассе.

Если сделать звонок через тот же префикс #9, но сокращенным набором, то сипы нормально звонят.
Переделал на префикс без решетки (9, 59, и даже *9) - все звонят нормально (и через сокращенный набор, и просто набором).
Что не так с префиксом, содержащим #?
Страницы: Пред. 1 2 3 4 5 6 7 8 9 10 11 ... 29 След.