Подбор атс

garic · Сообщение **garic** » Ср 14 июн 2006, 08:37

Добрый день! Подскажите, какие новые модели Атс сейчас имеются в продаже! И какие , на ваш взгляд,наиболее перспективные,простые и интересные!

vbr · Сообщение **vbr** » Ср 14 июн 2006, 09:06

Из "новых" моделей сейчас только S8400, пришедший на смену Definity CSI. Таким образом, уходит последний из представителей процессоров Definity.

Итого, сейчас в линейке медиа-серверов есть следующие представители:
* S8300 (IP oriented, MM-based)
* S8400 (TN-based)
* S8500 (TN-based)
* S8700 (TN-based)

Архитектура медиа-серверов общая - распределённая коммутация вызовов. Центральным сервером определяется только размер УАТС и доступность опций резервирования.

Поскольку на всех серверах работает одно и то же ПО (являющееся прямым наследником софта Definity) все модели медиа-серверов одинаково просты и не менее интересны, чем были модели Definity в своё время.

vbr · Сообщение **vbr** » Ср 14 июн 2006, 09:29

Не в нашей компетенции рассуждать о перспективах, пока есть спрос, есть и предложение.

Могу только сказать, что производитель выбрал направление, и уверенно движется вперёд. Постоянно происходит и интенсивный, и экстенсивный рост (в смысле, и вглубь, и вширь). Появляется новый интересный функционал (например, появилась возможность построения IP-систем критической надёжности, ранее доступная только на TDM-системах; появилась функция Processor Ethernet для серверов S8400/S8500, ранее доступная только на S8300 и т.д.).

Кроме того, гарантий капиталовложений в решения данного производителя пока никто не отменял.

Совсем недавно появилось новое предложение от Avaya. Ориентировано оно на сервис-провайдеров и потребителей услуг сервис-провайдеров.

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

bura · Сообщение **bura** » Ср 14 июн 2006, 20:54

да куда уж интереснее

) , по IP телефонии -полная лажа

, лучше вообще avaya не брать.

vbr · Сообщение **vbr** » Ср 14 июн 2006, 21:18

bura писал(а):да куда уж интереснее :)) , по IP телефонии -полная лажа :(, лучше вообще avaya не брать.

Не стоит словами на ветер бросаться. Если конкретное есть что сказать, милости просим, а если нет, нечего людям голову морочить пустыми словами.

А может, кое у кого ручки были кривенькие, вот и вышла "полная лажа".

Гость

bura писал(а):
да куда уж интереснее ) , по IP телефонии -полная лажа , лучше вообще avaya не брать.
Не стоит словами на ветер бросаться. Если конкретное есть что сказать, милости просим, а если нет, нечего людям голову морочить пустыми словами.

А может, кое у кого ручки были кривенькие, вот и вышла "полная лажа".

Так и знал что найдутся защитники )), но я от своих слов не отказываюсь ,
и более того ,чем дальше работаеш с avaya , тем больше в этом убеждаюсь.
И уж точно она не идёт ни в какое сравнение например с quintum и тем более
с Мерой .А в традиционной телефонии , avaya конечно инструмент мощный и
один из лучшых.Такое ощущение что ip телефонию добавили так , в довесок ,
в угоду моде )).
Ниже напишу основные недостатки , из-за которых avaya практически неработоспособна по ip....

vbr · Сообщение **vbr** » Сб 17 июн 2006, 10:55

Anonymous писал(а):И уж точно она не идёт ни в какое сравнение например с quintum и тем более с Мерой.

Сравнивать учрежденческую IP-телефонную станцию Avaya Communication Manager с софт-свичом операторского класса Mera, это тоже самое, что сравнивать например офисную АТС Panasonic с Lucent ESS или Siemens EWSD. Не кажется ли вам, что это разного поля ягоды и пытаться их сравнить - значит, упражняться в бесполезном.

Каждая система проектировалась для определённых целей, именно так она и должна использоваться. А пытаться из воздушного шарика сделать летательный межконтитентальный аппарат - дело смелое и почётное.

vbr · Сообщение **vbr** » Сб 17 июн 2006, 11:05

Anonymous писал(а):Ниже напишу основные недостатки , из-за которых avaya практически неработоспособна по ip....

Пожалуйста, выскажитесь.

Гость

1.Практически ни каких настроек по Н.323 , не в пример томуже quintum или
Addpac (у них недавно появился voip шлюз совмещённый с ISDN (PRI/BRI)),
и тем более с Мерой , у неё их на порядок больше.
По SIP это вообще отдельная песьня )) , работает только через TLS (порт 5061 по TCP !!!) , хотя построение SIP базируется в первую очередь на UDP.Не один voip шлюз не поддерживает (пока) SIP по TLS .Получается что по SIP ,avaya может работать только сама с собой , или ставить допольнительно ещё какой-нибудь soft proxy server , который понимает TLS (такие есть ),
правда сама эта возможность не была протестирована ни мной , ни в одной известной мною фирме , которые продают и обслуживают avaya (например atc-com , comptek ).....

bura · Сообщение **bura** » Сб 17 июн 2006, 11:24

Каждая система проектировалась для определённых целей, именно так она и должна использоваться. А пытаться из воздушного шарика сделать летательный межконтитентальный аппарат - дело смелое и почётное.

Ну я примерно ето и говорю , правда не так жостко как в вашей фразе )).

vbr · Сообщение **vbr** » Сб 17 июн 2006, 11:26

Anonymous писал(а):Получается что по SIP ,avaya может работать только сама с собой , или ставить допольнительно ещё какой-нибудь soft proxy server , который понимает TLS (такие есть ),
правда сама эта возможность не была протестирована ни мной , ни в одной известной мною фирме , которые продают и обслуживают avaya (например atc-com , comptek ).....

Из этого следует, что Вы не разобрались как следует с продуктом, перед тем как хаять его.

В мануале подробно описана архитектура подсистемы SIP в Communication Manager - реализуется она всегда через внешний сервер (SES), который выступает и как proxy/location/registration для собственных абонентов, и как пограничный девайс для подключения к SIP-серверам сторонних производителей.

vbr · Сообщение **vbr** » Сб 17 июн 2006, 11:31

Anonymous писал(а):или ставить допольнительно ещё какой-нибудь soft proxy server , который понимает TLS (такие есть ),
правда сама эта возможность не была протестирована ни мной , ни в одной известной мною фирме , которые продают и обслуживают avaya (например atc-com , comptek ).....

Никто не мешает Вам это сделать, сотрудники московского офиса Avaya это успешно уже проделали. С положительным результатом. Потому, что они знают TLS-ключ. Если Вы его подберёте, то и у вас получится.

Комптек много чего тестирует. Не тестировали возможность подключения других SIP-серверов не потому, что не умеют этого, а потому, что нет в этом никакого смысла.

Цена вопроса (сервера SES) - $35. Действительно, ради экономии такой огромной суммы денег стоит копья ломать.

vbr · Сообщение **vbr** » Сб 17 июн 2006, 11:34

Anonymous писал(а):Практически ни каких настроек по Н.323

Настроек нет потому, что не планировалось подключение сторонних h.323 телефонов. А собственные IP-телефонные аппараты и так прекрасно работают.

vbr · Сообщение **vbr** » Сб 17 июн 2006, 11:37

Anonymous писал(а):Не один voip шлюз не поддерживает (пока) SIP по TLS.

В этом основное преимущество SIP-платформы (да и h.323) производства Avaya - безопасность. У Вас есть возможность зашифровать всю свою корпоративную систему связи, и голосовые, и служебные соединения.

Другие производители пока не предоставляют такой возможности. Я думаю, и они не заставят себя долго ждать.

vbr · Сообщение **vbr** » Сб 17 июн 2006, 11:40

Anonymous писал(а):хотя построение SIP базируется в первую очередь на UDP

На udp в первую очередь базируется передача голоса. А служебные линки всегда будут работать по tcp - протоколу, обеспечивающему надёжную доставку пакетов ретрансмиссии в случае потерь. TLS-линк с SIP-сервером не предназначен для передачи голосовой информации, это сигнальный линк. Он и не должен быть UPD.

bura · Сообщение **bura** » Сб 17 июн 2006, 11:41

1.a)
Например просто необходимы настройки таймеров , у неё есть только один - Т303 , диапазон которго 2-10 сек , что на наших линиях бывает мало , особенно по межгороду , и даже он работает криво - т.к. реально у него 2-5 ,
даже если выставлен 10 сек , чере 5 сек посылается в сторону терминатора -
Release Complete , а через 10 сек в сторону оригинатора - Release Complete с причиной 1220 -Recovery on timer expiry , такчто в моменты пиковых нагрузок
по межгороду прозвониться невозможно , а иногда и по городу ......

vbr · Сообщение **vbr** » Сб 17 июн 2006, 11:45

bura писал(а):Например просто необходимы настройки таймеров , у неё есть только один - Т303 , диапазон которго 2-10 сек , что на наших линиях бывает мало , особенно по межгороду ......

С этим не поспоришь. Но ведь необходимости в обеспечении QoS на WAN-каналах пока никто не отменял. Как и необходимости в обеспечении полосы пропускания, достаточной для обслуживания пиковых нагрузок.

bura · Сообщение **bura** » Сб 17 июн 2006, 11:46

Ну всё так , только всё выше сказанное и подтверждает мои слова , к сожалению.

vbr · Сообщение **vbr** » Сб 17 июн 2006, 11:48

bura писал(а):Ну всё так , только всё выше сказанное и подтверждает мои слова , к сожалению.

Может быть. За исключением слов о "полной лаже" и о том, что "avaya покупать не стоит" ;)

bura · Сообщение **bura** » Сб 17 июн 2006, 12:00

что касается QoS , если ето TOS или DiffServ , то они дальше корпоративной сети не работают , т.к. на роутерах типа циски ети биты в tcp поле игнорируются (провайдеры специально ето делают ).А если ето VLAN(стандарт IEEE 802.1Q - вот что на самом деле сделано на avaya грамотно) ,то его тоже понимают только типа циски или junipera , тоже действие ограничено небольшыми областями ,так что смысла в нём никакого

Гость

Может быть. За исключением слов о "полной лаже" и о том, что "avaya покупать не стоит"

Ну ето я только в отношении ip писал ))?
Попоже я напишу есчо много проблем у avaya , а то у меня уже времени нет )))

vbr · Сообщение **vbr** » Сб 17 июн 2006, 12:11

bura писал(а):что касается QoS , если ето TOS или DiffServ , то они дальше корпоративной сети не работают , т.к. на роутерах типа циски ети биты в tcp поле игнорируются (провайдеры специально ето делают ).

На самом деле, биты TOS/DSCP - это одни и те же биты (IPprec - три бита, dscp - шесть битов, включая три IPprec), которые находятся в заголовке IP-пакета, а не TCP-датаграммы. Используя стандартный механизм TOS можно получить 7 классов трафика (часть из которых зарезервирована для нужд оператора), используя механизм DSCP можно получить 64 класса трафика.

Естественно, если Вы у сервис-провайдера заказали WAN-линк для одного класса трафика, он будет весь трафик маркировать и обслуживать одинаково, независимо от того, какое значение выставит источник пакетов.

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

bura писал(а):А если ето VLAN(стандарт IEEE 802.1Q - вот что на самом деле сделано на avaya грамотно) ,то его тоже понимают только типа циски или junipera , тоже действие ограничено небольшыми областями ,так что смысла в нём никакого

Естественно, VLAN (ieee 802.1p/q) работает на канальном уровне (L2) и предназначен для приоритезации трафика в LAN, а не в WAN.

bura · Сообщение **bura** » Сб 17 июн 2006, 16:36

...которые находятся в заголовке IP-пакета, а не TCP-датаграммы

Мож я не правильно выразился ,но я имел ввиду игнорируется в tcp пакетах , а при udp пакетах как раз в большенстве случаев пытаются не ограничевать . Но в на шем случае сигнальный канал как раз и построен на tcp , кстати например Quintum эти бити в tcp не маркирует , а только в udp.
А насчот етой услуги у провайдера то : 1.Идут на это не охотно (как например Корбина ).2.Таких желающих много .3.Пытаются QoS делать с помощью других протоколов , mpls например ,либо с помощью фирменных алгоритмов обработки очередей.А с помощью стандартных QoS битов уже давно никто не работает ,т.к. эта технология уже давно доказала свою неработоспособность (по многим причинам).

p.s.
а то что эти биты находятса в поле Differentiated Services в IP Header ,я хорошо помню ))))

vbr · Сообщение **vbr** » Сб 17 июн 2006, 18:48

bura писал(а):игнорируется в tcp пакетах , а при udp пакетах как раз в большенстве случаев пытаются не ограничевать.

Эта технология предназначена для обеспечения QoS на третьем уровне, независимо от верхних уровней (кто забыл - tcp/udp, это L4). Следовательно, обслуживаться трафик будет ТОЛЬКО на основании заголовка IP (если мы говорим о tos/dscp).

bura писал(а):А насчот етой услуги у провайдера то : 1.Идут на это не охотно (как например Корбина )

Очень странные Вы вещи говорите. Насчёт Корбины не знаю, но, например, GLDN, KTTK и т.д. делают это с удовольствием. Только попросите.

bura писал(а):2.Таких желающих много

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

bura писал(а):3.Пытаются QoS делать с помощью других протоколов , mpls например

mpls - это отдельный разговор. Если вы заказываете услугу передачи данных из конца в конец (т.е, объединение локальных сетей офисов своей организации, или IPVPN) от вас никто не требует, чтобы всё ваше сетевое оборудование поддерживало MPLS, это делает один пограничный LSR. Вы подаёте трафик обычным IP. На входе в MPLS-сеть операторский роутер вставляет свою метку, и на выходе удаляет.

bura писал(а):либо с помощью фирменных алгоритмов обработки очередей

Алгоритмы работают с метками. TOS/DSCP - не более, чем метки. Совершенно всё равно, какими алгоритмами эти метки обрабатывать. Хоть CB-LLQ, хоть PQ, хоть WFBQ, хоть round-robin. Различаться будет только результат. Если услуга заказана, трафик будет обрабатываться в зависимости от метки. Если услуга у сервис-провайдера не заказана, он весь ваш трафик будет обрабатывать одинаково. Вы заплатите меньше денег, и не получите real-time обслуживания. Вот и всё. Ниразу я не слышал, чтобы магистральный оператор отказался от предоставления услуги классового обслуживания трафика. Если, конечно, у магистрального оператора не установлено совсем древнее оборудование. Такие ещё остались?? Сомневаюсь.

bura · Сообщение **bura** » Сб 17 июн 2006, 22:00

Я вижу твоя моя не понимать ))) , насчот QoS , есчо раз на примере :
...........................
IP Header - Internet Protocol Datagram
Version: 4
Header Length: 5 ( 20 bytes)
Differentiated Services: %00000000
0000 00.. Default
.... ..x. Reserved
.... ...x Reserved
Total Length: 78 0x00000000
Identifier: 19839
Fragmentation Flags: %000
0.. Reserved
.0. May Fragment
..0 Last Fragment
Fragment Offset: 0 ( 0 bytes)
Time To Live: 128
Protocol: 17 UDP
..........................
так вот :
QoS устанавливает биты в поле Differentiated Services -самый крутои )) -11011100 Internetwork,Low Delay,hi Throughput ,hi reliability
ето правильно ? - правильно ,
когда в поле Protocol: стоит 17 - UDP , тогда всё работает нормально в большенстве случаев , хотя выгоды от етого почти никакои , а когда в етом поле Protocol: стоит : 6 TCP - Transmission Control Protocol , тогда эти биты в поле Differentiated Services игнорируются на роутерах ,а в некоторых случаях вообще режутся (по многим причинам ).По этому некоторые производители вообще не вставляют в поле Differentiated Services никакие биты (т.е. они нулевые ) , при Protocol: 6 TCP - Transmission Control Protocol ,т.е. при сигнальном Н.323 канале , а вставляют только при Protocol: 17 UDP - RTP , RTCP потоки.
Надеюсь теперь понятно ?

bura · Сообщение **bura** » Сб 17 июн 2006, 22:11

Хотя в данном случае спор по этому поводу ненужный ,т.к. выгоды от етого никакой , и практика показывает что проблему срабатывания таймера Т303 таким методом устранить не удаётся , т.к. причина как правило совсем в другом.Да и при передаче голоса выигрыш почти нулевой.

p.s.
я надеюсь вы не забыли что спор начался о проблемах avaya , а не о роутинге в ip сетях )) ?

vbr · Сообщение **vbr** » Сб 17 июн 2006, 22:13

bura писал(а):Надеюсь теперь понятно ?

Не понятно. Что значит "некоторые производители вообще не вставляют в поле Differentiated Services никакие биты" ?? Значение поля DSCP - это не нечто, впаянное паяльником. Настройками определяется, устанавливать в это поле какое-либо значение, или нет. И какое именно для сигнального и для голосового трафика (по крайней мере, на Avaya ;). Только вот делать это имеет смысл только в том случае, если с сервис-провайдером заключено соглашение о дифференцированном обслуживании разных классов трафика. Иначе любой класс (особенно самый высокий, который зарезервирован для нужд оператора, для управления сетью) будет переклассифицирован.

Надеюсь теперь понятно ?

vbr · Сообщение **vbr** » Сб 17 июн 2006, 22:21

bura писал(а):что спор начался о проблемах avaya , а не о роутинге в ip сетях )) ?

Конечно, не забыл.

Во-первых, это не спор, а дискуссия.

Во-вторых, пока ещё ни одной "проблемы Avaya" мы не обсуждали, речь пока идёт об общих сетевых вопросах, которые нужно решать независимо от производителя оконечного оборудования. Будь то Avaya, Cisco, Asterisk и т.д. Если хочется обслуживать с приемлемым качеством чувствительный к задержкам трафик пользователя - без обеспечения QoS не обойтись. Мы даже ещё не дошли до хостов и их характеристик - мы говорим о транспорте.

vbr · Сообщение **vbr** » Сб 17 июн 2006, 22:24

bura писал(а):проблему срабатывания таймера Т303 таким методом устранить не удаётся , т.к. причина как правило совсем в другом.Да и при передаче голоса выигрыш почти нулевой.

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

Гость

Мда.....
Причём здесь паяльник ? ))
Естественно биты вставляются ,когда их прописываеш в какои-нибудь настройке (у avaya ето ip-network-region). И у avaya есть настройки и в UDP и в TCP пакетах одельно , что есть хорошо. А у других , например тотже Quintum
такого нет , а прописывается только в UDP пакетах , потомучто считается что ето безполезно или даже может повредить , что конечно не есть хорошо , в смысле гибкости системы.

Гость

а сказанное в пунктах 1. и 1.а) это что не проблемы ?

Гость

А в остальном всё правильно , вы только дополняете мои слова

Гость

1.b)
Нет таких насроек ,как откл/вкл fast mod , tunnelling mod , что бывает часто просто небходимо .....

vbr · Сообщение **vbr** » Вс 18 июн 2006, 13:01

Anonymous писал(а):1.b) Нет таких насроек ,как откл/вкл fast mod , tunnelling mod , что бывает часто просто небходимо .....

С этого момента можно чуть подробнее? что такое

Anonymous писал(а):откл/вкл fast mod

имеется ввиду fast-start (или portfast)?

Anonymous писал(а):tunnelling mod

имеются ввиду ipsec или l2tp туннели?

Гость

1.с)
Очень часто не правильно проксирует некоторые диалекты Н.323 , особенно в поле user-user , а иногда это поле просто обнуляет !!! , что приводит к невозможности вообще установить соединение по некоторым направлениям .
Хотя надо признать что это проблема не только avaya , а многих производителей из-за достаточной сложности протокола Н.323 , но у avaya c это бедой бороться просто невозможно , по причине сказанного в пункте 1.
......

Гость

Да fast start , а tunnelling mod - туннелирование управляющих сообщений Н.245 в пакетах Н.225.

vbr · Сообщение **vbr** » Вс 18 июн 2006, 13:14

Anonymous писал(а):Да fast start

А с каких пор функция STP portfast должна включаться не на STP коммутаторе, а на хосте, где протоколу STP вообще не место ??

Anonymous писал(а):tunnelling mod - туннелирование управляющих сообщений Н.245 в пакетах Н.225.

А чем не устраивает функция inband/out-of-band h.245 ??

Гость

А что за протокол STP , Spanning-Tree Protokol ?

vbr · Сообщение **vbr** » Вс 18 июн 2006, 13:24

Anonymous писал(а):А что за протокол STP , Spanning-Tree Protokol ?

А что за функция portfast (fast-start) ?

Гость

Это процедура fast connect , при которой в сообщении Setup , передаётся элемент fastStart ,где могут быть одна или несколько структур openlogicalchannel.

vbr · Сообщение **vbr** » Вс 18 июн 2006, 13:33

ОК, сам отвечу. Portfast - функция протокола spanning-tree, при включении которой на определённом порту FE-коммутатора мы обозначаем, что к этому порту подключен хост, а не очередной l2-коммутатор (другими словами, очередная ветвь spanning-tree). Таким образом достигается сокращение времени ожидания перед включением forwarding на данном порту. Время обучения протокола stp доходит до 50 секунд. Всё это время трафик ч-з порт не передаётся. При включенном portfast порт включается в режим forwarding в течение 3-х секунд.

Гость

а STP здесь каким боком ?

Гость

Мы вроде про Н.323 разговаривали .
А что такое STP я хорошо знаю ,настраивал его и на Циске и на Дебиан.

vbr · Сообщение **vbr** » Вс 18 июн 2006, 13:39

bura писал(а):Мы вроде про Н.323 разговаривали .
А что такое STP я хорошо знаю ,настраивал его и на Циске и на Дебиан.

Я не экстрасенс. Как я должен был догадаться, что мы разговариваем про h.323. Где сказано, что вопрос про h.323 ??

Гость

А вот что такое

функция inband/out-of-band h.245

незнаю и где её найти у avaya ?
поподробнее , если можно ?

Гость

Лано забейте ,проехали )

vbr · Сообщение **vbr** » Вс 18 июн 2006, 13:40

Вот и я говорю - прежде чем что-либо хаять, нужно как следует посидеть над документацией и изучить продукт. А потом уже кричать "полная лажа".

Гость

Гость

так где fast start ключается ?

vbr · Сообщение **vbr** » Вс 18 июн 2006, 13:46

Anonymous писал(а):так где fast start ключается ?

См. мануал. Документ под названием "Administration for network Connectivity".

Гость

и где можно включить корректное проксирование разных диалектов в Н.323 ,
где кнопка то ? )

Гость

См. мануал. Документ под названием "Administration for network Connectivity".

... ну там же в отношении STP сказано , а мы про Н.323 беседуем !!!!!

vbr · Сообщение **vbr** » Вс 18 июн 2006, 14:00

bura писал(а):... ну там же в отношении STP сказано , а мы про Н.323 беседуем !!!!!

Из этой фразы следует, что вы ни разу этот документ в глаза не видели.

vbr · Сообщение **vbr** » Вс 18 июн 2006, 14:02

bura писал(а):и где можно включить корректное проксирование разных диалектов в Н.323 ,
где кнопка то ? )

Кнопки были раньше. У Электроников. Если самому не удалось что-то настроить, надо вежливо попросить тех, кто это умеет делать.

Гость

Administration for Network
Connectivity for Avaya
Communication Manager
это ?

Гость

мда ... а с юмором у вас не очень-то (