Версия для печати темы

Автор: Astra 7.5.2010, 14:41

Станция LDK-300,3.9Ah. и LDK-60 2 штуки.
Возможно банальный вопрос.
Провайдер выделил два номера по SIP. Законнектился к провайдеру через плату VOIB одной из LDK-60. Набираю выделенный номер и попадаю на диспетчера LDK-300.
В атрибутах SIP2 контакт номер указан как раз номер диспетчера LDK-300.
Вопрос: что нужно сделать, чтобы смаршрутизировать входящие вызовы по SIP нужным образом. В темах по SIP в основном разговор об исходящих вызовах.

Автор: noox 7.5.2010, 15:04

Я не совсем понял описание вашей ситуации. Но вопрос понятен. Посмотрите в ПГМ140 для линий платы VOIB какой тип указан? ISDN DID. Исходите из этого. Кстати на форуме проскакивала тема.

Автор: stasmar 7.5.2010, 15:04

MSN Number - это получаемые цифры
Flex DID - номер индекса в 231 программе в котором и будете указывать назначение вызова - для DISA это будет VMIB

Автор: stasmar 7.5.2010, 15:21

1. Вызов, входящий по линиям VoIP, обрабатывается в соответствии с процедурой ISDN
MSN/DID (см. Разделы 2.14.7 Сервис MSN/Sub-Addressing и 2.1.3 Прямой входящий набор
номера (DID)).
2. В случае ошибочного набора, занятости абонента или не ответа при получении такого вызова,
он будет перенаправлен в соответствии с Назначением DID/DISA (Программа 167).

Автор: Astra 7.5.2010, 16:42

Спасибо! Буду вникать. Мне только непонятно, почему к провайдеру подключена 60-ка, а входящий вызов пришел на 300-ку. Ведь у 60-ки есть свой системный телефон аттенданта. Но все станции в одной сети и связаны по IP.

Автор: stasmar 11.5.2010, 7:18

Прописывая диапазон абонентов LDK300 в пгм 322 60-ки, Вы, практически, сделали ее диспетчера внутренним абонентом этой 60-ки. В такой формулировке - думаю, будет понятно, что вызов приходит на него. (В атрибутах SIP2 контакт номер указан как раз номер диспетчера LDK-300), - Вы же вносили его номер.

Автор: Astra 11.5.2010, 15:38

Все равно не пойму принцип работы.
Две линии тип DID подключены по протоколу SIP к провайдеру. С исходящей связью все понятно.
Входящий городской вызов по SIP поступает на LDK-60. Дальше по инструкции должно быть преобразование номера. Например, звонят с номера (4912)961-961. Какие цифры нужно преобразовывать, чтобы вызов пришел на секретаря.
Понимаю, что 4912 определяют код города, но если номер не определен, то куда он направляется. И как завязана с назначением пгм 231. Только и нужно, чтобы все! городские вызовы, независимо от номера, приходящие на эти две линии шли на нужное назначение.
А вот контакт номер в атрибутах SIP2 вообще не понятен. Если мне нужно сделать маршрутизацию по времени суток, то получается его нужно вообще убрать, чтобы не было путаницы.
Прошу объяснить как-нибудь попроще. Спасибо.

Автор: noox 11.5.2010, 15:59

Дело в том, что вы не знаете, сколько цифр приходит от провайдера. Эту инфу необходимо уточнить. Контакт номер лучше удалить. Входящий вызов ищет назначение в таблицах MSN и DID, но не найдя его, поступает на сетевого абонента contactnumber@ip-адрес(домен).

Автор: stasmar 12.5.2010, 7:11

Существует три типа преобразования цифр входящего номера. Используемый тип определяется
настройками системы (Программа 143 – ПК 4).
- Тип 0: Из всей последовательности цифр входящего номера выбираются определенные
цифры, которые преобразуются в соответствии с настройками системы (Программа 146
– ПК 5 и 6).
- Тип 1: Цифры входящего номера соответствуют назначению – преобразование не
производится.
- Тип 2: Аналогично типу 1, но производится дополнительное преобразование в соответствии с
назначением вызовов при прямом входящем наборе номера DID (Программа 231).

Автор: Astra 12.5.2010, 8:57

Stasmar! Это понятно. Мне не нужно ничего преобразовывать. Все внешние входящие вызовы по SIP не зависимо от номера звонящего должны идти на одно назначение - к секретарю. Как это сделать? Вот это преобразование возможно важно при потоке, но здесь в нем нет смысла- провайдер предоставляет 2 линии и один номер.

Автор: Dron 12.5.2010, 9:00

А секретарь к какой АТС у вас подключен?

Автор: stasmar 12.5.2010, 9:13

Вы сами говорили что Вам нужна маршрутизация по времени суток:
Цитата: "Если мне нужно сделать маршрутизацию по времени суток, то получается его нужно вообще убрать, чтобы не было путаницы"

Так уберите номерс оператора 300-ки. А по дид/диса в 167 поставить секретаря...

Автор: Dron 12.5.2010, 9:25

А номер звонящего, вообще, каким боком в этой ситуации?

Автор: noox 12.5.2010, 9:26

Преобразование не важно, когда провайдер будет присылать вам номер совпадающий с номером назначения. В ином случае вы просто не примете входящий вызов? Если не хотите настраивать преобразование, попробуйте поставить в поле contact number номер секретаря 60-ки. В чем проблема?

Автор: Dron 12.5.2010, 9:29

А вы в 60-ке в ПГМ111 для секретаря указывали индекс SIP U-ID TBL из SIP Attributes II?
Я понял, секретарь абонент 60-ки...

Автор: Astra 12.5.2010, 9:44

Секретарь абонент 60-ки. Сейчас SIP подключение к 60-ке, а входящие уходят на 300-ку. Нужно конечно задействовать пгм 231, т.к вызовы должны приходить днем к секретарю 60-ки, вечером к дежурному 300-ки и т.д.

Автор: stasmar 12.5.2010, 9:47

Так я Вам для возможности использовать режимы дня ночи и сказал про тип преобразования. Тип выбираете - 2, для возможности использоваиния таблицы, в которой и выставляете различные значения для дна - ночи...

Автор: Astra 12.5.2010, 9:49

А какой номер преобразуется? Провайдер присылает номер в формате 10 цифр и он отображается при входящем вызове на системном телефоне у оператора (сейчас на 300-ке)

Автор: Astra 12.5.2010, 9:51

Выбираю тип 2, а что значит индекс 0-999 в пгм 231?

Автор: noox 12.5.2010, 9:51

Вот его то и необходимо преобразовать при помощи таблиц MSN и DID.

Автор: noox 12.5.2010, 9:54

Я так и не получил ответа. Вы пробовали поставить в поле contact number номер секретаря 60-ки?

Автор: Dron 12.5.2010, 9:54

В таком варианте я бы использовал MSN Table (ПГМ202)

Автор: stasmar 12.5.2010, 9:57

Flex DID - номер индекса в 231 программе в котором и будете указывать назначение вызова - для DISA это будет VMIB

Автор: noox 12.5.2010, 10:04

Таблицы MSN (ПГМ202) и DID (ПГМ231) связаны между собой, что там сложного? По моему там все понятно.

Автор: stasmar 12.5.2010, 10:11

MSN Number - ставите входящий номер
Flex DID - например 000 ( любой свободный )

в 231 программе для 1-й строчки
индекс 0 Day Dest - номер секретаря,
для ночи - оператор 300-ки

Автор: Astra 12.5.2010, 13:33

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

Автор: noox 12.5.2010, 13:50

Если регистрация с провайдером отваливается, то это и будет выглядеть так, что никто не берет трубку. НО для проверки провайдера необходимо быть уверенным в том, что входящая связь настроена правильно.

Автор: Astra 12.5.2010, 15:32

А вот здесь не все так просто. У меня не была настроена исходящая связь. В LCR настроил исходящие по SIP, вызовы проходят. Тут же перезваниваю входящим вызовом - никто не берет трубку, т.е. входящая связь то работает, то не работает. Значит регистрация есть, но что-то с входящими не так.

Автор: noox 12.5.2010, 15:41

А как дела относительно таблиц MSN и DID?

Автор: Astra 12.5.2010, 15:44

Мне настраивать таблицы MSN или DID? MSN вроде как для линий PRI.

Автор: noox 12.5.2010, 15:47

Да, настраивать и ту и другую. 10 цифр которые видны на системнике у оператора и есть номер MSN.

Автор: Astra 12.5.2010, 16:05

Что делаю. Удалил контакт номер из атрибутов SIP2. Перегрузил станцию.
Открыл таблицу 202 Указал диапазон линий (у меня 13-14), индекс таблицы DID - 0, принятый номер? ( номера то приходят всегда разные - их тысячи и что значит SIP UID index (был 191, но пгм попросила меня его изменить - поставил 03. В пгм 231 поставил назначения для индекса 0.
Результат - никто не берет трубку.

Автор: Dron 12.5.2010, 16:08

Да не принятый номер, а ваш номер. Вам же звонят из вне на этот номер!!!

Автор: Astra 12.5.2010, 16:16

Наш номер 500-525. Т.е. должен указать 4912500525?

Автор: Dron 12.5.2010, 16:17

Ну да, или 500525. Я не знаю чего пров вам отдает. Попробуйте.
А может быть и 84912500525.

Автор: Astra 12.5.2010, 16:23

Нет, провайдер отдает 4912500525. Но проверил только что с ним - гудка 3 проходит, а затем сообщение "номер, который вы набираете не существует". До этого такого сообщения не было. Значит не находит...

Автор: Dron 12.5.2010, 16:28

Попробуйте, все же, 84912500525.

Автор: Astra 12.5.2010, 16:39

Нет, не проходит. Попробовал разные варианты. Сообщение, что номер не существует исчезло, никто не берет трубку.
Тип преобразования DID -1, набор блоком.
Может играет роль SIP UID Index. Я ведь просто поставил цифру 3, а что это значит не знаю.

Автор: Dron 12.5.2010, 16:45

Попробуйте тип преобразовани DID - 0.
SIP UID Index - регистрационные данные, которые в SIP Attribute II прописаны должны быть, в 0 индексе, наверное.

Автор: Astra 12.5.2010, 16:59

Попробовал тип DID -2. Количество получаемых цифр -3, т.е. последние цифры 525 - индекс таблицы 231, но ничего не происходит - никто не берет трубку. Либо все таки сеть, либо провайдер. Завтра продолжу эксперимент.
Кстати, вроде бы в использовании таблицы MSN действительно нет смысла. При DID-2 должно работать назначение в пгм 231.

Автор: Dron 12.5.2010, 17:02

Это без разницы! Кто к чему привык, кому как больше нравится!

Автор: Dron 12.5.2010, 17:04

Я ранее уже писал.
Вы в 60-ке в ПГМ111 для секретаря указывали индекс SIP U-ID TBL из SIP Attributes II?

Автор: Astra 13.5.2010, 8:07

В SIP2 такого индекса не нашел. Если речь идет о пгм 111 пк23 индекс таблицы SIP, то такой индекс конечно установлен. С исходящей связью по SIP линиям проблем нет. Не приходят только входящие.
Еще раз проверим настройки.
Провайдер передает наш номер в формате 4912500525.
1. По руководству ставлю тип преобразования DID-2.
2. Количество получаемых цифр - 3 пгм 146 (с какой стороны считаются эти цифры - от начала или с конца?).
3. В таблице пгм. 231 ставлю назначения день, ночь и т.д. для индекса из этих 3-х цифр (525?).
4. Удаляю контакт номер из атрибутов SIP2.
Вроде бы все должно работать, но не работает (никто не берет трубку).

Автор: stasmar 13.5.2010, 8:23

В 146 DID RCV Digit Number - 3
DID Digit Cinversion #***

Автор: stasmar 13.5.2010, 8:28

(с какой стороны считаются эти цифры - от начала или с конца?)
Цифры считаются последние.

Автор: stasmar 13.5.2010, 8:36

В 231 номера 525 не должно быть - там индекс -0, который соответствует Flex DID

Автор: stasmar 13.5.2010, 8:36

случайно нажал 2 раза...

Автор: Astra 13.5.2010, 8:40

Так и установлено. Но это относится к DID-0. Если я установлю DID-0, то не смогу воспользоваться таблицей 231.
Мне главное, что с моей стороны настройки верные. Может провайдер вообще номер не присылает?

Автор: Astra 13.5.2010, 8:42

В 231 индексы 000-999. Как понимаю индекс как раз и есть эти три последние цифры номера (стр.13 руководства)

Автор: noox 13.5.2010, 8:43

Я же вам написал делайте с помощью таблицы MSN. На мой взгляд так было бы проще. Для это необходимо было узнать только ваш номер, который вам дал провайдер. Но раз уж захотели делать иначе, то.... номер входящий у вас состоит из скольких цифр? Необходимо удалять лишние. Вы это сделали? Тип DID должен быть обязательно 2, так как последние цифры номера не совпадают с вашей внутренней нумерацией.

Автор: stasmar 13.5.2010, 8:47

Нет, Вы этому номеру присваиваете номер в 202 программе Flex DID: например 000, и работаете с этим индексом. Это потому, что различным номерам можно присвоить этот индекс...
тип преобразования DID-2

Автор: noox 13.5.2010, 8:49

Stasmar, можно по разному сделать, если вы еще не поняли. И Astra предпочел как раз не ваш вариант. А вы все время его путаете.

Автор: Astra 13.5.2010, 9:03

MSN вчера пытался настроить по разному - все равно не проходит. Решил, что без MSN проще.
А вот на счет нумерации может быть заморочка. Выход в город у нас через LCR без кода (9). Соответственно 5 также фигурирует в LCR как первая цифра городского номера и нет ли здесь противоречия?

Автор: noox 13.5.2010, 9:09

Ув. Astra, посмотрите таблицу обработки входящих вызовов ISDN DID на странице 15, руководства по программированию, все станет понятнее. Если делать через таблицу MSN, то этот алгоритм получается короче, но это иногда не нужно и поэтому есть другие варианты обработки вызова DID, согласно прогам 143,146. Делайте как хотите, как удобнее.
P.S. C LCR не связано.

Автор: Dron 13.5.2010, 9:13

LCR тут точно ни каким боком!!!

Автор: stasmar 13.5.2010, 9:14

LCR на исходящие вызовы, а здесь входящие. Противоречий нет.
Вас не подгоняет начальство и время есть. Вам хотелось связь с режимами дня и ночи сделать. Для этого я Вам и предложил тип преобразования DID-2. Вы этот вариант еще правильно не настоили. У Вас не было одновременно этот режим выставлен и заполнена строка в прг 231 с индексом 0, таким же, как в Flex DID из прг 202...

Автор: noox 13.5.2010, 9:19

Stasmar, другого типа преобразования здесь и не может быть. Не надо путать, если...

Автор: Евген_й 13.5.2010, 12:29

Прошу прощения, что влез, может трейс снять и все станет ясно?

Автор: stasmar 13.5.2010, 12:34

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

Автор: Astra 13.5.2010, 13:26

Да. Работаем в этом направлении. Эксперименты в настройках пока приостановлены. У провайдера связист сегодня в командировке.

Автор: noox 13.5.2010, 13:29

Есть один бредовый вариант. Для того чтобы не снимать (может быть пока) трейс, можно попробовать узнать, приходят ли вообще звонки по sip на станцию. Для этого необходимо стереть всё что вы "наваяли" в ПГМ231 и т.д. и поставить в ПГМ167 error destination назначение на attendanta или на группу в которой находится секретарь.
P.S. Получается хоть и кривой, но вариант. Для проверки связи должен сгодиться.

Автор: Astra 13.5.2010, 14:47

Спасибо Noox! Проверил, но результат тот же - никто не берет трубку. Когда в SIP2 атрибутах был контакт номер входящие вызовы то проходили, то нет. Сейчас вообще глухо. Но подозреваю провайдера. Мы у них первая организация, подключившиеся по такой схеме. В другом филиале они поставили нам IP шлюз и вывели на СО линии. Сейчас у нас открывается новый филиал (через неделю) и там я предложил попробовать подключение без шлюза напрямую на VOIB. Причем после регистрации входящие вызовы сразу пошли на головную станцию (подключение времено смоделировано на одной из филиальных LDK-60), но потом стали то проходить, то нет. Вообще провайдер говорит, что по их данным вызов уходит на наш адрес. У нас установлен Керио, может и он глючит. Завтра окончательно завершим с провайдером и снимем трейс. Кстати сниффером не можем поймать входящие вызовы (или не умеем, или они вообще не приходят) с SIP сервера провайдера. Ранее VOIB была настроена на sipnet, но входящие вызовы с sipnet никогда не приходили, а может их не было. Так что не с чем сравнить.

Автор: noox 13.5.2010, 14:51

Немного не в тему:
Сегодня пробовал соединить ipLDK300 и voip-шлюз. В данном случае это был Addpac AP1100B. Все прошло замечательно как по H323, так и по SIP. Во втором случае (sip) звонить с LDK конечно не очень удобно, все таки линии PSTN и удобный выход на них приходится настраивать при помощи LCR и в конце, после номера, нажимать решетку (ПГМ205 должна в этом случае помочь). Тем не менее, все фунциклирует.
P.S. Кроме этого, пробовал осуществить исходящий вызов со шлюза транзитом через LDK, по H323 - усе работает, по sip - необходимая CO занимается, но далее затык.

Автор: noox 13.5.2010, 14:58

Вот это то и странно. Обычно либо работает, либо нет.
Может со шлюза или софтины какой-нибудь проверить?
P.S. А вариант с error destination, кстати, должен работать.

Автор: noox 13.5.2010, 14:59

А снифер где установлен? На сервере с керио?

Автор: Astra 13.5.2010, 15:08

Да. Снифер на сервере. Исходящие отлавливаем, а входящие нет.
Направление при ошибке не работает, писал выше. На керио разрешены входящие со всех адресов.

Автор: noox 13.5.2010, 15:13

А правила для входящих данных с sip-сервера на керио есть? Керио должен же знать на какой локальный адрес направлять пакеты.

Автор: Astra 13.5.2010, 15:15

Системщик говорит правил нет. Просто разрешены все входящие и исходящие со всех адресов по порту 5060. Реально то исходящие свободно проходят.

Автор: noox 13.5.2010, 15:18

Керио должен знать на какой локальный адрес направлять пакеты. Исходящие - это несколько другое.

Автор: Dron 13.5.2010, 15:23

Правило нужно прописать обязательно, пробросить порт 5060 на локальный адрес платы VOIB!

Автор: Astra 13.5.2010, 15:25

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

Автор: noox 13.5.2010, 15:25

В протоколе sip, у sipnet в частности, есть средства для преодоления NAT. Это что касается исходящей связи. Вы поле domain заполняли для работы через sipnet?
Для входящей связи просто необходимо прописывать правила.

Автор: noox 13.5.2010, 15:31

Именно так.

Автор: Astra 13.5.2010, 15:43

Да заполнял.domain также sipnet.ru. В нашем случае кстати не знаем, заполнять ли это поле. На всякий случай поставил туда же адрес SIP сервера провайдера.

Автор: Astra 13.5.2010, 16:32

Дело продвинулось. Вновь поставил в пгм 167 при ошибке сброс на телефон аттенданта. Системщик настроил проброс.
Для начала пришло 3 левых звонка. Люди звонили вообще в другой город, но попали к нам.
Входящие стали проходить все, но секретарь берет трубку и там некоторое время тишина. У меня в это время проходит три полноценных гудка, а затем происходит соединение. Разговариваем.
Сняли вызов снифером. В сообщении INVITE наш номер не приходит, приходит IP адрес платы VOIB, АОН приходит.
Кодек у провайдера G.711, на VOIB G.729.
Так понимаю дальнейшие действия нужно проводить с провайдером, но какие?

Автор: stasmar 14.5.2010, 7:16

Если же провайдер присылает цифры номера, не прописанного в вашей станции (или ничего не присылает), то тогда это обрабатывается как ошибка (по ПГМ167/2), и тогда вызов обрабатывается не по цифрам вход. номера, а по номеру канала, как для обычной аналоговой СО-линии ---> т.е. по ПГМ144/145.

Автор: stasmar 14.5.2010, 7:23

Поставте в прг 144/145 для ваших линий для всех режимов(Mode) Day Night ... - Type: Station - номер абонента в Range

Автор: stasmar 14.5.2010, 7:26

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

Автор: noox 14.5.2010, 7:47

Точно, а мы и не знали, где ж вы раньше то были?

Какой поток, и куда он падает или скользит?
По существу что-нибудь можете сказать, например, почему в сообщении invite НЕТ номера?

Автор: stasmar 14.5.2010, 8:09

[quote name='noox' date='14.5.2010, 8:47' post='33908']
Точно, а мы и не знали, где ж вы раньше то были?

Я это ответил в начале темы и повторяю свой ответ. Еще раз - прошу без критики.
Придираться к словам, являющимся, хоть и сленгом, но общеупотребимым - это ругань.

Я спрашиваю у создателей сайта - мне отвечать на ругань? (тогда сайт скатится к разборкам)

Автор: noox 14.5.2010, 8:21

Я не придираюсь к словам, и ни в коем случае не ругаюсь. Идет обсуждение. Я человек молодой и неопытный, если это сленг, пожалуйста, объясните мне значение и не обижайтесь. Об этом и был мой вопрос.

Автор: Astra 14.5.2010, 8:25

Stasmar! Без обиды, но Noox прав. У нас вообще не поток, хотя и SIP типа потока. Настраивать нужно сразу правильно. Зачем мне переводить линии в Normal и разруливать по 144. Это шаг назад. В крайнем случае провайдер поставит свой IP шлюз и подключусь через обычные СО. Нам это ничего не будет стоить.
Когда поступаешь правильно люди вокруг начинают думать что все происходит само собой..

Автор: noox 14.5.2010, 8:32

Такая задержка в соединении конечно ненормальна. А с G711 на плате пробовали? И еще один вопрос, когда вы звоните, например на сотовый, ваш номер определяется корректно?

Автор: noox 14.5.2010, 8:38

Видимо провайдер использует обычную переадресацию на ваш ip-адрес, поэтому номер не приходит. Sip-сервер находится в локалке или в интернет?

Автор: Astra 14.5.2010, 9:14

На всех станциях установлен кодек G.729. Хотел еще попробовать G.729A. C G.711 не пробовал, но думаю дело не в кодеке. Качество голоса хорошее.
Номер определяется корректно в формате 4912500525.
SIP сервер провайдера не в нашей сети. Наш внешний адрес 193.34.9.125, адрес SIP сервера 193.34.9.195

Автор: noox 14.5.2010, 9:21

Просто лучше было бы использовать G711, тем более если этот кодек в приоритете у провайдера, но для этого нужен хороший канал. У вас немного странная ситуация, сигнализация и соответственно вызов проходит намного (насколько я понял 3 КПВ) раньше, чем устанавливается медиа-канал голосового общения. Может на керио какой-то затык с UDP? Входящие правило для RTP-трафика прописывали?

Sip-сервер провайдера как раз в одной сети с вашим керио, это он с платой Voip получается в разных сетях, через NAT. Но то, что керио и сип-сервер в одной сети - это хорошо и таких задержек точно не должно быть.

Автор: Astra 14.5.2010, 9:29

Нет, не прописан. Системщик готов прописать, если нужно.
Только что разговаривал с провайдером. Он признал, что номер не передается, у них настройка на IP адрес. Плохо, что он не знает как прописать какой нибудь любой номер, но попробует сделать. Они же везде работают через шлюзы - мы первые, кто подключается по SIP.

Автор: noox 14.5.2010, 9:40

Sip-сервер провайдера как раз в одной сети с вашим керио, это он с платой Voip получается в разных сетях, через NAT. Но то, что керио и сип-сервер в одной сети - это хорошо и таких задержек точно не должно быть.

Да лучше прописать. Вы же вроде уже имели опыт c RSG.

Пущай пробует.

Автор: Astra 14.5.2010, 10:41

Небольшая заминка. В керио нет RTP пакетов. Может они называются в нем по другому?
И еще, провайдер присылает в INVITE IP адрес 192.168.0.79. Вот подумал, если поставить получать 2 цифры и в пгм.231 прописать под индексом 79 назначения это сработает как с настоящим номером?

Автор: noox 14.5.2010, 15:04

А где сисадмин? Он должен знать что такое RTP. Этот протокол использует для передачи информации UDP порты. Они, я думаю, есть в керио. Все аналогично ситуации с RSG или уже забыли? На счет ip-адреса, первый раз такое слышу.

Автор: Dron 14.5.2010, 15:06

Есть, есть!!! Сами пользуем...

Автор: noox 14.5.2010, 15:11

Да, я знаю, что есть, поэтому и смайлик в конце поставил.

Автор: Dron 14.5.2010, 15:13

Да я для Astra написал.

Автор: Astra 14.5.2010, 18:38

На самом деле уже руки опускаются. Вызовы то проходят, то занято, то говорится что номер, который вы набираете не существует, то соединяет с секретарем через 3 гудка, то с факсом, но после сообщения "ошибка в наборе".
Входящие на номер станции проходят, а дальше глючит. Если поставить сброс по ошибке, то как правило соединение происходит, но через 3 КПВ.
Подумал, что в INVITE указан наш внутренний IP адрес. Откуда SIP сервер его знает? Если это наш зарегистрированный домен, то значит наш номер вообще не присылается. Он в каком должен приходить формате -типа такого 4912500525@192.168.0.79?
Может сделать трассировку?
Вообще, если номер не передается, можно ли сделать назначения для входящих вызовов.
Прошу прощения за сумбур, только что ушел с работы, а ведь так и не настроили!

Автор: stasmar 17.5.2010, 7:21

Вы не все варианты проверили.

Автор: Евген_й 17.5.2010, 8:07

Давно надо было, большая часть вопросов снимется. (SW1/2-off-вкл. трассировки, прога 175 - поток инфо направить в telnet1, заходим на станцию по телнету, пароль jennie, команда t b xx - где хх номер платы(подозреваю 10). Выходим из командного режима командой х. Смотрим.
Такого не может быть, номер В от провайдера всегда присутствует.

Автор: noox 17.5.2010, 8:16

Плата должна подставлять тот адрес, который указан в соответствующее поле в ПГМ340.

Да, только вместо номера может быть контактное имя (Вася, Петя и т.д.), а вместо ip-адреса - домен. IP- адрес 192.168.0.79 - это адрес локальной сети, для того чтобы сип-сервер оперировал с ip-адресом "понятным" для него, необходимо прописать firewall( у вас по-моему 193.34.9.125). В этом случае сип-сервер будет точно знать куда отправлять сообщения и керио будет их перенаправлять в соответствии с прописанными правилами.

А что стоит в поле from?
P.S. Сделайте трассировку по совету ув. Евгения.

Автор: Astra 17.5.2010, 8:21

Ситуация вообще запуталась. Перенастроил я на подключение к провайдеру другую 60-ку, имеющую адрес 192.168.0.221 (чтобы было 3 последних цифры). Это было еще в пятницу. Вызовы шли, но со всякими сообщениями.
Сейчас с утра поставил на ней вместо линий DID тип Normal, думаю проверю так. Набрал номер, секретарь подняла трубку сразу же, но !!! на 60-ке с адресом 192.168.0.79. А там с пятницы все настройки на плате VOIB изменены на sipnet.
Так понимаю, что просто станция 79 не перегружалась и действуют старые настройки.

Автор: noox 17.5.2010, 8:22

Да, конечно, нужно перезагрузить хотя бы плату.

Автор: Astra 17.5.2010, 8:53

Перегрузил 79. На 221 линии SIP установил в Normal сделал назначения в пгм. 144/145. Все входящие вызовы пошли куда назначено. АОН также определяется почему то именно так "84912961961.
Поставил адрес firewallа и сразу отвалилась внутренняя сеть. О Керио!

Автор: stasmar 17.5.2010, 9:06

Так Вы решили первую задачу. Значит оперативно помогли людям. А более сложные задачи решать в порядке их появления и по отсутствию насущных.

Автор: noox 17.5.2010, 9:19

На фига перевели линии в Normal? Верните обратно, для voip по ошибке и так должно работать согласно ПГМ144. Я не понял, ip-адрес в поле firewall вам помог или нет? Вы вроде можете посмотреть INVITE, что там указано в поле from?

Автор: Astra 19.5.2010, 11:00

Прошу прощения за задержку. Очень напряженный график.
Если прописать адрес firewall на 60-ках, то перестает работать внутренняя связь между станциями. На 300 он прописан и это на внутреннюю связь никак не влияет. Настройки VOIB вроде везде одинаковы.
В сообщении INVITE приходит следующее From:"84912983666" <sip:84912983666@193.34.9.195
84912983666 это номер с которого звонили на 500-525, 193.34.9.195 адрес sip сервера провайдера.
Как понимаю, приходит какая то фигня и станция ее не понимает.

Автор: noox 19.5.2010, 12:33

А в поле "To" сообщения Invite что стоит? Я немного перепутал, не From, а To надо смотреть. У вас же входящая связь. Там должен прописан адрес вида 4912500525@193.34.9.125 или 4912500525@192.168.0.79.

Автор: Astra 25.5.2010, 11:37

Спасибо всем за помощь.
Подключиться в общем так и не удалось. Кто виноват не известно. Поставил провайдер шлюз и подключил через него по CO. В принципе разницы нет, АОН также определяется.
По методу Stasmar подключиться в принципе можно, но слышимость была никакая и вызовы постоянно срывались.

Автор: noox 25.5.2010, 12:26

Странно, а что за шлюз?

Автор: Astra 25.5.2010, 13:04

Двухпортовый ip шлюз LINKSYS.