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

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

Страницы: Пред. 1 ... 10 11 12 13 14 15 16 17 18 19 20 След.
дока SIP
 
Полезно взять на вооружение RFC5411

http://tools.ietf.org/html/rfc5411
После апгрейда на 10 релиз большинство IP телефонов no TFTP response
 
Подсети в разных VLAN ?
dhcp relay на мутаторах настроен ?
SIP Trunk Group: Правило занятия каналов VoIP плат
 
Цитата
Prost пишет:
Но ведь 3 платы INTIP2 находятся в 0 шелфе и привязаны к домену 0. Соответственно и абоненты 0 шелфа должны ходить через свой домен 0 и соответственно свои доменные платы INTIP2 или я ошибаюсь?

А они не могут ходить не через свои INTIP, если они TDM и шелфы соединены по IP.
SIP Trunk Group: Правило занятия каналов VoIP плат
 
То-ли вы вопросы невнимательно прочитали, то-ли считаете, что вам виднее.
Ну если вам виднее, то сами себе и ответьте, почему так происходит, зачем на форуме спрашивать.
Раз у вас "SIP TG в 0 кристалле", а данные о сценарии вызова и IP доменах - секретные.
SIP Trunk Group: Правило занятия каналов VoIP плат
 
Цитата
Dmitry Ryzhakov пишет:
"cвой" означает тот MG, где находится абонент (при исходящей связи) или ТГ (при входящей)

Это прекрасно.

Но внимание, вопрос: в каком MG находится SIP TG ?
Дополнительный вопрос: в каком MG находится IP абонент ?
SIP Trunk Group: Правило занятия каналов VoIP плат
 
В каком смысле "из своего" ?
Каков сценарий вызова, каково разделение станции на домены, в каком домене упомянутый MG, в каком домене SIP ex. gw ?
SIP Trunk Group: Правило занятия каналов VoIP плат
 
Происходящее совпадает с правилами, опсанными в документе "Resource Allocation in an IP Distributed Architecture", входящем в системную документацию ?
SIP trunk group: неправильный АОН
 
Цитата
Seller_V пишет:
Схему попробую на стенде, расскажу. Какой-то косяк предвижу: с одной стороны, SIP GW может быть привязан к TG, с другой стороны, в самом SIP GW объявляется используемая TG. А если я в TG укажу один GW, а в этом GW укажу другую TG - кто кого переборет? Короче, буду пробовать.

Думаю, что никто никого не переборет, т.к. они используются при разных ситуациях, т.е. при вход. и исход. вызове.
SIP trunk group: неправильный АОН
 
Цитата
error пишет:
Цитата
Андрей пишет:

В документации она как раз не между ОХЕ, насколько я понимаю.

смотри внимательно network routing

Смотри внимательно ARS на 10.1.


Цитата

Цитата
Андрей пишет:

Т.к. в данном конкретном случае количество абонентов пока не описано, то нельзя утверждать, какой из указанных способов однозначно лучше.

причем тут количество абонентов??? все сводится к тому сколько активных сессий на каждый sip-id предоставляет пров (сессий может быть 1 а может 3 5 10 15 да хоть 30)

То же самое, вид сбоку.
В зависимости от конкретных условий можно разрулить и так, и эдак.
Изменено: Андрей - 11.07.2013 02:00:49
SIP trunk group: неправильный АОН
 
Цитата
error пишет:
Цитата
Андрей пишет:

В 10.1 можно ассоциировать Ext. SIP Gw с транкгруппой

а не в 10.1 - как то по другому делается?

Конечно. До 10.1 в свойствах транкгруппы не было привязки к SIP Ext. GW.



Цитата

Цитата
Андрей пишет:

выбирать SIP GW не через Numbering command, а выбором транкгруппы.

сомнительно и не факт что это прокатит для sip-транка. есть такая фича таким способом объединять две и более ОХЕ или не так?

Я не понял вопрос.
Сомнительно, что функция, описанная в документации, работает, как там описано ?
Или что она будет работать в случае вызовов не между OXE ?
В документации она как раз не между ОХЕ, насколько я понимаю.


Цитата

вывод - те же яйца только в профиль с элементом геммороя - надо будет плодить TG (по количеству sip-номеров, а если у меня 100 таких номеров?) с топим SIP-ISDN (даже если mini-sip) и в этоге потом полезем cfgUpdate чтобы выровнять количество количество каналов на TG и естественно размер выделяемой памяти поднять. спрашивается - оно это надо? когда есть гуманный способ

Каждому способу - свое место.
Т.к. в данном конкретном случае количество абонентов пока не описано, то нельзя утверждать, какой из указанных способов однозначно лучше.
Изменено: Андрей - 10.07.2013 20:39:04
SIP trunk group: неправильный АОН
 
В 10.1 можно ассоциировать Ext. SIP Gw с транкгруппой и, соответственно, выбирать SIP GW не через Numbering command, а выбором транкгруппы.
А транкгруппу можно выбирать в ARS автоматом из Entity.
SIP trunk group: неправильный АОН
 
Цитата
error пишет:
to Андрей, не зачет, пустая болтология. на будущее - не тыкай пальцем в небо куда попало, так можно и палец прищемить

Что, не помогли RFC и TG ?
Это бывает, методом тыка-то оно некоторым проще, потом и про пальцы можно советы раздавать.
SIP trunk group: неправильный АОН
 
Цитата
error пишет:
Андрей, что на счет этого   если уж нет принципиального отличия Domain от Realm скажи почему одни ip-телефоны работают с линк-ом а другие нет  

жаждем твоего мнения

Что значит "если уж нет" ?
Я не говорил, что "нет принципиального отличия Domain от Realm", эта фраза бессмысленна, т.к. это совершенно различные поля, используемые также различно.

А "почему одни телефоны работают с линк, а другие нет" - потому, что одни телефоны формируют сообщения, учитывая "особенности" линка, в частности, SDP, а другие - нет.
Внимательнее читай ответы, что-ли.
SIP trunk group: неправильный АОН
 
Цитата
error пишет:
Цитата
Андрей пишет:

Желающие могут увидеть пример обмена с аутентификацией в TG 42 ed5, например, на стр. 37

"смотришь в книгу видишь фигу"

чуть выше случаем не заметил заветную фразу "SIP terminal"

Сценарий обмена между SIP устройствами при установлении соединения одинаков.
SIP терминал в этом отношении ничем не отличается от SIP PBX, т.к. оба они - SIP UA.
SIP trunk group: неправильный АОН
 
Цитата
error пишет:
g729 в каком огороде откопал??? пров предлагает PCMA/8000 и PCMU/8000

Откуда это видно ? В последнем трейсе от провайдера не пришло ничего, кроме 503.


Цитата

если уж нет принципиального отличия Domain от Realm скажи почему одни ip-телефоны работают с линк-ом а другие нет

Потому, что одни телефоны формируют INVITE и SDP в соответствии с измышлениями инженеров от MS, а другие - нет.
Для более конкретного ответа нужны трейсы обмена "одних ip-телефонов" и "других".
Страницы: Пред. 1 ... 10 11 12 13 14 15 16 17 18 19 20 След.