telematic Опубликовано 26 октября, 2011 · Жалоба Во Телематик дает просратся! А как же любимая Си2000, пошто бабушку обидел? :) СиТиАй нормальная контора, и Рома Воркер прикольный чувак. Все встают в очередь за телематиком! Любимая SI-2000 работает как транзитная станция и как ТзУС и будет работать ещё лет десять. Так что бабушка в почёте :-) Просто сейчас стало актуальным подключить небольшое количество абонентов в разных местах. В этом плане TDM Воипу проигрывает. Хотя головняка с Воипом, как я уже писал, на порядок больше. Не могу утверждать про BroadWorks, ибо не знаком с ним, но общей практикой добавления абонентов является в т.ч. и указание личных данных: ФИО, адрес, номер паспорта - для физических лиц, что является приватной информацией и по закону - не подлежит разглашению, вольному или невольному. Ну вообще-то эти данные заносятся в биллинг, к которому также есть доступ у многих сотрудников оператора. В свитч заносится только ФИО или название предприятия и абонентский номер. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
telematic Опубликовано 27 октября, 2011 · Жалоба Если так сказал суппорт, то скажите номер ТТ, и супорт будет расстрелян с особой циничностью и жестокостью. Хотя я очень сильно сомневаюсь что супорт так сказал, скорее всего произошло недопонимание... Разобрался. Действительно, произошло недопонимание. Причём начальник отдела не понял инженера и доложил мне. Изначально речь шла о том, что заведённого абонента нельзя перенести в другую группу со своим номером. Так что действительно лубок :-) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Gimli_r Опубликовано 27 октября, 2011 · Жалоба Не могу утверждать про BroadWorks, ибо не знаком с ним, но общей практикой добавления абонентов является в т.ч. и указание личных данных: ФИО, адрес, номер паспорта - для физических лиц, что является приватной информацией и по закону - не подлежит разглашению, вольному или невольному. Согласен, перс. данные оператор связи и обрабатывает и хранит, но помилуйте, не на свиче же :) Есть для этого биллинг и прочие всякие CRM. Из данных, которые на BW хранятся - это, пожалуй, только Display Name, который с АОН передаем. И то по опыту наблюдения за реальной эксплуатацией нескольких инсталляций BroadWorks (с многотысячной в сумме абонентской базой) могу сказать, что в подавляющем большинстве случаев даже реальных имен на свич не заносят, оставляя в полях Display Name все что угодно, кроме имени - номера телефонов, какие-то свои ID внутренние и прочие явно _не_ персональные данные. 5. SBC уже стоит. Не совсем понял связь между безопасностью и производительностью. Скорее всего вопрос был в том, что без SBC велика вероятность схлопотать DOS/DDOS атаку, даже не большой интенсивности, которая сможет вывести BroadWorks из строя быстрее, чем если бы он такой же "не прикрытый" работал на производительных серверах без виртуализации. Как любой софт, BW просядет по производительности под ДОСом, куда же он денется, но как хорошо оптимизированный софт - просядет позже многих аналогов ;) Так что SBC как и ремни безопасности в машине, многие спорят о необходимости, но практика показывает, что без них последствия гарантированно плачевны. С уважением, Александр Р. ;) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Mikler Опубликовано 27 октября, 2011 (изменено) · Жалоба Как любой софт, BW просядет по производительности под ДОСом, куда же он денется, но как хорошо оптимизированный софт - просядет позже многих аналогов ;) Так что SBC как и ремни безопасности в машине, многие спорят о необходимости, но практика показывает, что без них последствия гарантированно плачевны. Любой Пияр надо подтвердить. Откуда вы знаете это не возможно узнать. Сколько сказок слышал, но практика показывает, сложных оптимизированных систем в мире не так много, они увы не в телекоме. 2 telematic Интересуют поддерживаемые протоколы в BW. Общая архитектура. Call flow то есть где находятся протоколы и как проходит сигнализация и медиа стримы во время соединения. Изменено 27 октября, 2011 пользователем Mikler Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
telematic Опубликовано 27 октября, 2011 · Жалоба 2 telematicИнтересуют поддерживаемые протоколы в BW. SIP Общая архитектура. А фиг его знает :-) Эти вопросы лучше задайте Уокеру и Гимилиру. Call flow то есть где находятся протоколы и как проходит сигнализация и медиа стримы во время соединения. Если под медиастримом подразумевается непосредственно разговор абонентов, то он идёт мимо свитча. Либо напрямую между шлюзами/айпифонами, либо через SBC. Для всяких аннонсментов и айвиаров есть медиасервер. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Deac Опубликовано 27 октября, 2011 · Жалоба Если под медиастримом подразумевается непосредственно разговор абонентов, то он идёт мимо свитча. Либо напрямую между шлюзами/айпифонами, либо через SBC. Для всяких аннонсментов и айвиаров есть медиасервер. Вот это номер! А СОРМ?! Гражданин майор ахренеет от подобного волюнтаризма. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
telematic Опубликовано 27 октября, 2011 · Жалоба Вот это номер! А СОРМ?! Гражданин майор ахренеет от подобного волюнтаризма. 95% вызовов идут через транзитную станцию, на которой СОРМ есть. В дальнейшем буду внедрять СОРМ на свитче. Тогда придётся, видимо, все вызовы заворачивать через SBC. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Deac Опубликовано 27 октября, 2011 · Жалоба 95% вызовов идут через транзитную станцию, на которой СОРМ есть. В дальнейшем буду внедрять СОРМ на свитче. Тогда придётся, видимо, все вызовы заворачивать через SBC. Это уже проходили, как только провайдер начинает занимать заметное место на рынке, количество "местных"(не выходящих за зону ответственности провайдера) вызовов начинает превалировать, а при доминирующем положении - составлять подавляющую часть. Не вызовы нужно заворачивать, а медиапотоки, что при одной большой подсети для шлюзов вообще невозможно, т.к. SIP, в отличии от H323, не предусматривает принудительного проксирования, т.е. шлюз САМ решает - надо проксировать медиапоток или нет. Думать об этом надо уже сейчас, на этапе планирования сети, потом будет поздно. Гражданин майор такого провайдера "***ет и высушит, потом сожгёт и пепел развеет поветру", проверенно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
telematic Опубликовано 27 октября, 2011 · Жалоба Это уже проходили, как только провайдер начинает занимать заметное место на рынке, количество "местных"(не выходящих за зону ответственности провайдера) вызовов начинает превалировать, а при доминирующем положении - составлять подавляющую часть. Вы мне льстите :-) Думать об этом надо уже сейчас, на этапе планирования сети, потом будет поздно. Думает пусть интегратор, я ему за это деньги плачу. В линейке решений СОРМ присутствует. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Deac Опубликовано 27 октября, 2011 · Жалоба Думает пусть интегратор, я ему за это деньги плачу. В линейке решений СОРМ присутствует. Интегратору делегированы полномочия по планированию сети? Если да - поделитесь потом решением. Если нет - надо включать думалку, положение не терпит промедления. "Интегратор свитча" никак не сможет повлиять на решение конкретного шлюза об отправке медиапотока напрямую другому шлюзу. Сам, в своё время, немало поломал голову над этим. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ASV Опубликовано 27 октября, 2011 · Жалоба Если под медиастримом подразумевается непосредственно разговор абонентов, то он идёт мимо свитча. Либо напрямую между шлюзами/айпифонами, либо через SBC. Для всяких аннонсментов и айвиаров есть медиасервер. Вот это номер! А СОРМ?! Гражданин майор ахренеет от подобного волюнтаризма. Волюнтаризм - не наш метод, "охреневания майора" не будет. BWKS имеет LI интерфейс, СОРМ соответствующий Российским требованиям есть. Последний раз, СОРМ под BWKS был сдан 3 месяца назад. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Deac Опубликовано 27 октября, 2011 · Жалоба BWKS имеет LI интерфейс, СОРМ соответствующий Российским требованиям есть. Последний раз, СОРМ под BWKS был сдан 3 месяца назад. Это всё замечательно, но вот проблема: Подсеть 1.1.1.0/24, в ней - шлюз #1 1.1.1.1/24, шлюз #2 1.1.1.2/24 и медасервер 1.1.1.254/24 Задача - заставить шлюз #1 отправить медиапоток шлюзу #2 через медиасервер. Для H323 - принудительное проксирование, его телефонисты создавали, не понаслышке знакомые со всеми вопросами. Для SIP - облом, его делали для офисных нужд, люди оч. далёкие от вопросов практической телефонии. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
leveler Опубликовано 27 октября, 2011 · Жалоба Эээ. А как на счёт того, что сигнализация ходит через SSW, и он может (и делает) подправить информацию о том, куда слать RTP? Кроме того, можно сделать таким образом, чтобы трафик не мог ходить минуя L3 устройство. UPD.: И да. Не забываем про реинвайт в случае необходимости изменить движение RTP трафика. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Deac Опубликовано 27 октября, 2011 · Жалоба Эээ. А как на счёт того, что сигнализация ходит через SSW, и он может (и делает) подправить информацию о том, куда слать RTP? Если шлюзы в одной подсети, все "указания", как правило - игнорируются. Кроме того, можно сделать таким образом, чтобы трафик не мог ходить минуя L3 устройство. Вот, именно так и нужно делать, только не "можно", а именно "нужно". И "интегратор свитча" здесь не помощник. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
leveler Опубликовано 27 октября, 2011 · Жалоба Если шлюзы в одной подсети, все "указания", как правило - игнорируются. Ну-ка расскажите подробней, где такое правило? ) Свечку при написании BWKS не держал, но ничего SSW не мешает заменять в сигнализации значения на нужные - то есть, подставлять вместо одной из сторон свои реквизиты для предоставления другой стороне (signaling proxy, ёпт). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Deac Опубликовано 27 октября, 2011 · Жалоба Свечку при написании BWKS не держал, но ничего SSW не мешает заменять в сигнализации значения на нужные - то есть, подставлять вместо одной из сторон свои реквизиты для предоставления другой стороне (signaling proxy, ёпт). signaling proxy != media proxy, простого указания "via", принятого в SIP - не достаточно. Придётся всячески скрывать от шлюза #1, что его адресатом является шлюз #2 и vice versa, что приводит к практически полному переписыванию протокола, т.е. фактически это уже не SIP. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
telematic Опубликовано 27 октября, 2011 · Жалоба т.е. фактически это уже не SIP. Хм, я прекрасно знаю, что протокол SIP - гавно, но это то единственное, что дают нам наши вендоры и надо как-то с этим жить. "Деньги не пахнут" (с) Веспасиан. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Deac Опубликовано 27 октября, 2011 · Жалоба Хм, я прекрасно знаю, что протокол SIP - гавно, но это то единственное, что дают нам наши вендоры и надо как-то с этим жить. Ну не всё так плохо, достаточно создать такие условия для шлюзов, чтобы у них не оставалось другой возможности, кроме общения через медиасервер. Это не так уж сложно и реализуемо несколькими методами. Тогда и "и волки будут сыты и овцы целки", т.е. и RFC будут соблюдены и гражданин майор в щастье. "Деньги не пахнут" (с) Веспасиан. Если так, почему не H323? Если не секрет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
telematic Опубликовано 27 октября, 2011 · Жалоба Ну не всё так плохо, достаточно создать такие условия для шлюзов, чтобы у них не оставалось другой возможности, кроме общения через медиасервер. Это не так уж сложно и реализуемо несколькими методами. Тогда и "и волки будут сыты и овцы целки", т.е. и RFC будут соблюдены и гражданин майор в щастье. Не знаю, возможно ли это конкретно на Бродворксе, но что-то мне подсказывает, что в данном случае аппаратная часть у меня изрядно распухнет. Если так, почему не H323? Если не секрет. Да не секрет. Я решение не по протоколу выбирал. А по соотношению стоимости, надёжности, функциональности. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Deac Опубликовано 27 октября, 2011 · Жалоба Не знаю, возможно ли это конкретно на Бродворксе, но что-то мне подсказывает, что в данном случае аппаратная часть у меня изрядно распухнет. Есть костыльное, но бронебойное, решение, не требующее плодить аппаратных сущностей и не стоящее ровным счётом ничего. :) Да не секрет. Я решение не по протоколу выбирал. А по соотношению стоимости, надёжности, функциональности. Не раз участвовал в обсуждениях "H323 vs SIP", с неизменным выводом "SIP лучше, потому что там шлюзы намного дешевле", во всём остальном - H323, как перевод Q.931 в IP форму, лучше. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
telematic Опубликовано 27 октября, 2011 · Жалоба Не раз участвовал в обсуждениях "H323 vs SIP", с неизменным выводом "SIP лучше, потому что там шлюзы намного дешевле", во всём остальном - H323, как перевод Q.931 в IP форму, лучше. Я тоже сталкивался с таким мнением. Но все помнят, что Betamax проиграл VHS. А я против тренда не играю. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Deac Опубликовано 27 октября, 2011 · Жалоба Я тоже сталкивался с таким мнением. Но все помнят, что Betamax проиграл VHS. А я против тренда не играю. Но в итоге - оба почили в бозе. :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
telematic Опубликовано 27 октября, 2011 · Жалоба Я тоже сталкивался с таким мнением. Но все помнят, что Betamax проиграл VHS. А я против тренда не играю. Но в итоге - оба почили в бозе. :) Да, но один гораздо раньше :-) А на втором множество людей заработали кучу денег. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Гoсть Опубликовано 27 октября, 2011 · Жалоба Билят! Еще один рам-скан, сорри - мозго-клюй! (это я про рязанского самородка с h323 в том месте куда едят). НЕТУ БОЛЬШЕ H323! ТРУП ЭТО. Не откапывайте стюардесс, ребята. Они уже на енто дело не годятся совсем ведь.. :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
leveler Опубликовано 27 октября, 2011 · Жалоба signaling proxy != media proxy, простого указания "via", принятого в SIP - не достаточно. А вы RFC точно не по диагонали читали? Найдёте то место, где написано, что нам запрещено удалять Via и модифицировать другие заголовки? Гость, а вы тоже интересуетесь выбором софтсвича, или просто зашли потроллить? ) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
