Контакт номер указан, просто он закрашен...
Почему у Вас одновременно - я не знаю

Проблема в станции. Почему - могу пояснить:
Схема физическая следующая: сеть-свитч-станция.
На свиче настроено зеркалирование портов и висит машина, с вайршарком слушающая весь трафик от станции.
по RFC 3261 SIP инициатором является именно станция. Станция при включении регистрируется на сервере провайдера. Затем видно по отловленным пакетам, что через время, указанное в SIP1 (например 3600 сек) идет следующая регистрация станции. Еще сутки работаем нормально. В один прекрасный момент станция по истечению времени указанному в SIP1 перестает отправлять пакет регистрации провадеру.
Исходящие при этом работают (для исходящих регистрация не требуется, а идет посылка пакета,содержащего учетные данные, провайдеру, ).
Собственно исходя из этих данных - какие вопросы могут быть к провайдеру, если станция не отправляет рег информацию?

В аттаче скрин SIP2.
Дык после ребута станция регистрируется, а в один прекрасный момент перестают регистрации идти =(

До этого работало 2 дня =) Только настроили....
Провайдер mango.
При загрузке станция отправляет регистрацию - все ок. По истечении какого-то времени (оно плавающее... может сутки все быть нормально, а может 2 часа) станция не пытается перерегистрировать снифер собирает все пакеты и нет попыток от станции, так что вина провайдера тут исключается.

Добрый день.
Есть ipldk c VOIB+VOIBU на борту:
GS88P-3.8Gf
Version : GS88H-2.3Ca - VOIB
Настроена на SIP провайдера. Все работает отлично. Время регистрации пробовали в диапазоне от 120 до 3600.
Через рандомное время регистрация у провайдера отваливается и перестает передаваться. Т.е. теряются входящие SIP звонки, потому что провайдер не знает куда их направлять. Исходящие при этом работают. Т.е. полного зависания VOIB платы не наблюдается.
VOIB подключена в Inet минуя шлюзы и файрволы. Атак на IP адрес не наблюдается.
С чем может быть связано отсутствие попыток станции зарегистрировать SIP аккаунт у провайдера по истечению срока регистрации?

1.По проблеме - решилось. В SIP 2 все верно было прописано.. работать по пятницам вредно..станцию ребутнуть забыл после изменения настроек.
2. Исторически сложилось. выбран был уже очень давно и сейчас просто решили на свою станцию все зарулить, раньше на мобилки отдавал манго.

Доброго времени суток.
Связываю sip провайдера с LdK60
Входящие работают через ISDN линии- все отлично.
С исходящими есть проблема:
В 111 SIP ID к номеру привязан. При попытке звонка наружу в пакетах вижу следующее:

INVITE sip:7mobileNom@mydomain.mangosip.ru;user=phone SIP/2.0
From: "Vasya"<sip:555555547@mydomain.mangosip.ru>;tag=GUID - вопрос 1: как можно убрать добавленный 47 (это внутренний номер абонента Vasya), 5555555 - мой номер, прописанный в SIP Attribute 2 (Contact nom)?
To: <sip:7mobileNom@mydomain.mangosip.ru;user=phone>
Call-ID: GUID
CSeq: 3 INVITE
Via: SIP/2.0/UDP MY_WHITE_IP:5060;branch=GUID
Max-Forwards: 70
Contact: <sip:MY_WHITE_IP:5060>
Authorization: Digest username="",realm="mydomain.mangosip.ru",nonce="XXX",uri="sip:7mobilenom@mydomain.mangosip.ru;user=phone",response="XXX",algorithm=MD5,cnonce="XXX",qop=auth,nc=00000002
Authorization: Digest username="",realm="mydomain.mangosip.ru",nonce="XXX",uri="sip:7mobilenom@mydomain.mangosip.ru;user=phone",response="XXX",algorithm=MD5,cnonce="XXX",qop=auth,nc=00000001
Allow: INVITE,ACK,CANCEL,BYE,PRACK,NOTIFY,REFER,UPDATE,OPTIONS,INFO
Content-Type: application/sdp
Content-Length: 212

v=0
o=LDK-SIP-GATEWAY 6 6 IN IP4 MY_WHITE_IP
s=LDKSIP
c=IN IP4 MY_WHITE_IP
t=0 0
m=audio 2060 RTP/AVP 4 0 8 18
a=rtpmap:4 G723/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
После чего ловлю 401 ошибку...
При звонке с сипофона( SjPhone пакет авторизации выглядит так:
Authorization: Digest username="ldk60",realm="mydomain.mangosip.ru",nonce="XXX",uri="sip:7mobilenom@mydomain.mangosip.ru",response="XXX",cnonce="XXX",qop=auth,nc=00000001
Собственно основной вопрос: почему станция отдает пустой username??
Спасибо.

С этим все ок...вечерняя затупка...Кнопочку Update не нажимал =))
Проблема в исходящих H323:

PGM140 - 4-9 тип ISDN
PGM143 - 4-9 ISDN ENBLK SND ON
PGM322- 4-9 Network CO group -3, PSTN + ip провайдера доступ через 7-ку
Набираю с Phontag'a подключенного к станции 9-ку - выхожу в город через СО - звонки идут.
Набираю 7 - идет гудок. Набираю номер - через секунд 5 Phontage выдает: LIne9 - т.е. все ок, выхожу на провайдера
а затем SVC or option not avail
Провайдер говорит, что мой IP для исходщих прописал...

Через ребут нормально...
Заливаю конфиг в АТС, она перегружается...вижу в CO DATA VIEW все 8 линий. Перегружаю станцию -не вижу ни одной.

Спасибо за помощь...
Теперь столкнулся со следующей проблемой:
Если из 103 PGM вызываю CO DATA VIEW, то получаю следующее:
номера линий: 4 - 3 и сообщение введите диапазон CO
В 380 6 каналов + 2 телефона...
В чем может быть проблема?

Доброго времени суток.

Имеется LDK 60 + VOIB+VOIU на борту. 3.8Gf
План нумерации 6 (двузначный)
Необходимо настроить входящий-исходящий трафик по H323 на провайдера ip телефонии.
На провайдере переадресацию с виртуального номера на IP платы сделал.
PGM340 - Забил ip платы - плата смотрит наружу минуя всякие файрволы
Далее делаю следующее:
PGM103:Привязал 99 к COL +STA (пара IP телефонов используется)
PGM380/381 - 8 каналов активно + 2 IP Phon'a
PGM140 - СОшкам 4-9 сделал тип ISDN
PGM143 - СОшкам 4-9 ISDN ENBLK SND ON
PGM322- 4-9 линии Network CO group -3

А дальше с PGM324 у меня затык... Не могу понять, как настроить.
Где привязать входящий звонок на CO4-9 к группе и как сделать исходящий в H323 не могу понять.
Пните, пожалуйста в нужном направлении.

Да чет переработал я совсем , убрал все СО в отдельную группу доступа и все заработало.
Спасибо!

Не понял мысль...

Доброго времени суток.
Есть ipldk-60
Пока в базововой конфигурации (платы VOIB стоят, но пока не используются)
Прошивка MPB:3.8Gf
Городской аналог приходит в СО1
План нумерации 6 (двухзначные номера)
В 144/145 1-я CO направлена на группу *620, в которую входят 2 абонента.
Входящие звонки проходят, все ок.
СО1 входит в 1-ю группу доступа.
обоим абонентам, на которые идет входящий звонок (11 и 12 номера) дано право выхода на 1-ю группу, однако после набора "9" - нет никаких признаков жизни на линии. Дальше если набрать номер - просто тишина.
Что может быть не так? куда копать можно?

Спасибо!
Все отлично!

Добрый день!
Было несколько 7024D телефонов.
Все работает, все хорошо.
Появился новый телефон в 104-109 добавил его на следующий по порядку порт
В 386 номер появился, телефон приконнектился к станции.
Но на экране вместо "апр" в указании даты - кракозябры. тоже самое с надписью ТЛФ перед номером.
Если телефон приконнектить к старым номерам(которые уже были) - все отлично.
Как побороть?
P.S. Прошивка на станции и на VoIBE крайняя

3-я сетка эта таже нулевая (192.168.0.0/22)

Зачем плата VOIB на АТС в своей подсети?
Если вопрос в этом, то:
Изначально так сложилось исторически.Схема сети на самом деле гораздо сложнее. Т.е. 1841-х - несколько. В удаленных офисах стоят свои АТСки. Каналы связи разные. Где-то точка-точка, где-то в каналах бегают тегированные Vlanы. Переделывать сейчас это убиться можно. Ибо эксперементировать с каналами очень не хочется, т.к. возможны и неизбежны будут хотябы "паруминутные" простои, которые, к сожалению недопустимы.

Без файрвола ж работают телефоны из 3-й сетки, трафик отлично проходит из 9-й в 3-ю подсеть..так вот и не понятно, какого фига они перестают работать, если указать файрвол.

Именно!
Тогда возникает вопрос, почему работают трубки из 3-й подсети, когда firewall не прописан вобще?
Хотя.. видимо просто отрабатывает маршрутизация на 28 кошке.

Я пришел к такому же выводу. Она игнорит эту галку, для #-х подключений.
Гм, тогда непонятно, почему при указании файрвола отваливается 3-я подсеть. Ибо 300-310 номера помечены #кой.
Т.е. должна работать тупо маршрутизация для них через основной гейт, также как и в случае с непрописанным файрволом в 340PGM

Да, похоже что так всё и есть.
Взорвал мозг себе, но результата в итоге добился следующим макаром:
Т.к. Firewall - это белый адрес ISA, то сейчас на всех внутренних телефонах из LAN указал MFIM IP белый айпишник ISA, а на ISA сделал публикацию, которая перенаправляет пакеты на VOIBE.
Конечно решение не совсем хорошее, ибо появляется два лишних хопа(телефон-кошка-ISA-кошка-VOIBE), но все работает!
Пока мучал всё это дело, заметил странность еще одну:
Если указан в 340 Firewall, а в настройках телефона указан MFIM 192.168.9.1,то:
1.Станция регистрирует телефон(в 386 он появляется), но на телефоне горит No response....
Т.е. это говорит о том, что пакет от телефона до станции добрался успешно.
2.От станции Firewall пакет ответный НЕ ПОЛУЧАЕТ...смотрел сниффером.
3.Пакет от станции возвращается напрямую к телефону!
Так тогда какого хрена телефон считает, что он не подключен, я не понимаю.

Напрягает только вот одно,что завязано все на ISA..Упала ISA - упал VOIP полностью, а не только внешние клиенты...коих будет полтора человека, а еще и связь между офисами удаленными

Т.е. разобраться?

Сейчас имеется следующая картина в LAN сети(192.168.0.0-192.168.3.255) стоит DHCP, для которого на все телефоны сделано резервирование из диапазона 192.168.3.1-192.168.3.40.

28-я кошка имеет на интерфейсах:
LAN:
IP 192.168.0.254
MASK 255.255.252.0
на интерфейсе смотрящем на АТС:
IP 192.168.9.254
Mask 255.255.255.0
На интерфейсе смотрящем на 1841:
IP 192.168.101.1
Mask 255.255.255.252

18-я кошка на самом деле тоже имеет свои LAN. (на схеме не принципиально)
подсети 10,20.
телефонные подсети: 19,29.
Соответственно на 28-й имеются следующая табличка маршрутизации:

ip route 0.0.0.0 0.0.0.0 192.168.0.175 - адрес на ISA сервер
ip route 192.168.10.0 255.255.255.0 192.168.101.2
ip route 192.168.19.0 255.255.255.0 192.168.101.2
ip route 192.168.20.0 255.255.255.0 192.168.101.2
ip route 192.168.29.0 255.255.255.0 192.168.101.2

где 101.2 - порт 18 кошки, смотрящей в канал между 28 и 18.

Собственно что не так с адресацией?

ммм. можно попробовать в теории, только 9-я подсеть напрямую в циске торчит. Ща пойду для проверки свитч воткну между станцией и циской и в него трубу
Да,работает,если телефон подключен к 9-й подсети -то пашет все хорошо и внешние и внутренние, но(!) Нужно, чтобы телефоны были именно в 3-й подсети. Ибо нет возможности стационарно поставить Свитч между циской и телефонной станцией -(

Удалось добиться работы внешних телефонов путем правки правил на исе.
Осталась одна загвоздка. Почему при прописывании файрвола перестают работать телефоны из 30х диапазона?

Прошили сегодня плату+MPB
Итого имеется:
3.8 прошивка на станции.
GS30H-2.1Dc - на VoIBE

Настройки следующие:
На LDK300:
В 324 PGM:30#* -не использовать Firewall
34#* - использовать
2#** - не использовать
В 340 Firewall не указан.

При таком раскладе телефоны из диапазона 300-310 - нормально работают, но не коннектится извне 341 труба
Как только добавляю Firewall - белый IP ISA сервера, то:
1)подключается 341 извне, Если с неё позвонить на любой телефон из 200-го диапазона, то 200-й не слышит голоса с 341, а иса регистрирует события:
На порту 2064: Не удалось подключиться к сети из-за существования совпадающих имен. Измените имя компьютера...
2)Перестает работать 300-й диапазон.

Что не так настроил?

ПонЯл, спасибо!
Значит обновимся и попробуем

Гм, спасибо. Попробую сегодня ночью


В руководстве крайний пункт 2.16.19, дальше 2.17 идет =(