OpenSIPS

OpenSIPS проекта, той е бил известен като OpenSER Project. <Силен>
OpenSIPS могат да се използват като:
SIP регистратор сървъра
SIP рутер / прокси (LCR, динамично рутиране, dialplan функции)
SIP пренасочи сървъра
SIP присъствие агент
SIP сървъра за Лафче (чат и крайното 2 клас IM)
SIP за SMS Gateway (двупосочно)
SIP да XMPP портал за присъствие и IM (двупосочно)
SIP натоварване-балансьор или експедитор
SIP предния край на шлюзове / звездичка
SIP NAT прекосява единица
SIP сървър за приложения

Какво ново в тази версия:

• Тази версия идва с няколко подобрения (асинхронно TCP, по-добри бучки управление ), но също така и
с нова функционалност като SCA подкрепа с диалогов модул, нов бинарен интерфейс, използвани за ефективно общуват с други OpenSIPS случаи, както и нов модул, който осигурява SQL да NoSQL преводи.

Какво ново във версия 1.9.0 RC:

• Тази версия добавя няколко основни подобрения (скриптове, диалоговия подкрепа, TCP, Web Sockets, таймери), но и нови функционалности като CacheDB Interface-CouchBase, MongoDB, Cache2SQL, и приятно средство за провизиране, модулът PI_HTTP, или голям помощник по въпросите на интеграцията, модул Event_Route (в съчетание с богата набор от нови събития от ядро ​​и модули).
• Най-важните цели на тази версия са мащабируемост (гео и товара), възможности за интеграция, и управляемостта (дебъгване, проследяване, мониторинг).

Какво ново във версия 1.8.2:

• Важни поправки са направени в TLS / TCP двигателя , диалогов модул, присъствие и RLS подкрепа, Dispatcher модул, SIP анализатор, скриптове (стартиране и таймер маршрути), динамично рутиране модул, отчитане на статистика (за PKG и SHM памет), и B2B модул (искания предаване и писменост маршрут задействане). Обновяването е силно препоръчително.

Какво ново във версия 1.8.0:

• Тази версия идва с няколко основни подобрения (диалоговия подкрепа

  , TCP, сигурност, и валидиране), но също така и с нова функционалност (като CacheDB Interface - REDIS / CASSANDRA, DNS кеширане, SIPcapturing, подкрепа RabbitMQ, подкрепа LUA и т.н.). Той разполага с нов графичен инструмент за конфигуриране (направи menuconfig или osipsconfig), която ви позволява да конфигурирате, съставят, инсталиране, и генериране на конфигурационни файлове за OpenSIPS.

Какво ново във версия 1.7.2:

• Тази версия съдържа поправки за катастрофи, неизправности и критерии за съответствие в сърцевината и критични модули с участието на диалоговия, присъствие, TM, и textops.
• Функционалност, скриптове и взаимодействие не са се променили. Обновяването е силно препоръчително.

Какво ново във версия 1.7.0:

• Тази версия идва с няколко основни подобрения (на DB площ, диалогов подкрепа, TCP, и отстраняване на грешки) и нова функционалност (като интерфейс за уведомяване за събитието, модул UAC регистрант, поддръжка на скриптове и т.н.).

Какво ново във версия 1.6.3:

• Ядро:
• критична корекция в DNS базирани срив от това как се повтори на SRV и А записи (при повече от един)
• добави възможността да се използват скриптове променливи като изтече параметър във функцията cache_store
• & quot; -G & quot; съставят варианти (дебъг символи) се добавя за режим = отстраняване на грешки и
• нова КРС трансформация за струнни
• pvars $ BF и $ BF бяха върнати, тъй като няма друг начин да се насипно достъп (като маска) браншовите флаговете за текущата клон.
• нова pvar път добавен за да се позволи четене на информация пътя на текущата Ruri.
• Tool:
• opensipsctl и opensipdbctl използва ш вместо Баш да бъде съвместима с всички операционни системи
• B2B_LOGIC модул:
• допълнителни хедъри от искането първоначален преминал всички свързващи Покани
• добавя нов MI команда b2b_bridge - тя позволява преодоляването на страна от разплащателна текущ разговор към друго местоназначение
• добавена нова функция: при преминаване към нова дестинация, можете да се свържете на старата структура да медиен сървър, за да чуете тон на звънене, докато новите недвижими дестинация отговорите
• добавена възможността, докато преодолее с временни медии, да използва първоначалния СДП като орган за Покани изпратени на callee (първоначален Покани без тяло изглежда не трябва да се приема от много крайни точки)
• добавена възможността да определят до и от екранните имена при започване на нова диалоговия от сървъра и възможността да определите Ruri различен от Ури
• ДИАЛОГ модул:
• нова get_dialog_info () функция за обмен на информация между диалози - виж http://lists.opensips.org/pipermail/users/2010-April/012414.html
• подкрепа в dlg_list команда MI за включване в списъка диалози с офсетов и брояч (и не само всички от тях) - необходима OpenSIPS Control Panel за номериране на страници на диалоговия информация
• фиксирана SEQ_MATCH_FALLBACK (диалоговия съвпадение с аварийната) - не връщане към SIP съвпадение също ако ЗНАЕТЕ открият съвсем (1) на диалоговия прозорец не се намери на базата на ЗНАЕТЕ или (2) не базираната намери диалога не съвпада от SIP точка на преглед на текущата заявка (не е стегнат съвпадение)
• DIALPLAN модул:
• TREX сменя двигателя с PCRE съвпадение двигател за решаване на множество рег.израз съвпадение на бъгове - Имайте предвид, че модулът сега зависи от lpcre библиотека по време на компилация
• диспечерски модул:
• ds_select_xxx () функции позволено от маршрута недостатъчност
• ds_next_xxx () и ds_mark_xxx () разрешено от искането маршрут
• is_in_ds_list () поема повече допълнително по желание Парам & quot; active_only & quot; -. Връща вярно само ако дестинацията е в списъка и активно
• фиксирана сондиране и повторно активиране на неактивните дестинации - & # x3e; ако е активна, не го разследва и не го активирате отново.
• DROUTING модул:
• нова AVP предоставена в скрипт с gw_id - за счетоводни цели, имах нужда да се знае кои шлюз по искане е било изпратено до. От там вече беше AVP вътре в модула drouting че съхранява тази информация, аз просто промених кода за да може тази AVP да бъдат достъпни от вътрешността на маршрута скриптове. Налице е нов модул параметър наречен id_avp да изберете къде ще се съхранява. The AVP ще съдържа само една стойност между времето do_routing / next_gw се нарича и искането се изпраща на следващия хоп.
• NATHELPER модул:
• nat_uac_test () и fix_nated_contact () обработва всички контакти (множествени URI адреси на горния и няколко удара с глава на съобщение)
• PATH модул:
• add_path () добавя 2 PATH хедъри ако открие промени в IP, пристанищна или транспортна между входящите и изходящите връзки.
• нов модул параметър enable_double_path да контролира добавянето на двойни хедъри PATH
• PERMISSIONS модул:
• функция get_source_group () връща група чрез pvar (функция Парам) вместо код на връщане - грешката е, че групата може да е 0 и код на връщане 0 спирачни средства изпълнението на скрипта. Вижте http://www.opensips.org/html/docs/modules/1.6.x/permissions.html#id233495
• ПРИСЪСТВИЕ модул:
• Аксесоар за dialoginfo да работи по-добре с Linksys - ако не се намери dialoginfo публикувана информация - изпратете тяло без никакви диалоговия (скоро след това изпращане не тялото)
• нова страхотна функция в присъствието на сървъра: диалоговия информация с присъствие на смесване. Сървърът за присъствие сега може да генерира информация за състоянието от диалоговия състояние и да ви кажа, ако някой ваш приятел е в разговор, дори ако телефонът му не е пратил присъствие Публикувай с тази информация. Вижте http://lists.opensips.org/pipermail/users/2010-April/012021.html
• PRESENCE_XML модул:
• когато force_active е вярно, на pxml_db не е отворена; Когато force_active е вярно, ПБ не е необходимо и кодът вече избягва докосване на db. Тази кръпка добавя същата функционалност в кода за първоначален (както мод първоначален и дете първоначален). Когато force_active е True, параметър db_url може да бъде оставен непосочен.
• PUA_DIALOGINFO модул:
• модулът Ви позволява да генерирате dialoginfo само за едната страна на прозореца (чрез избиране на крака на повикване)
• че е възможно да се определи по поръчка на обаждащия се и callee информация да бъде използвана при генерирането на dialoginfo
• RLS модул:
• промени в RLS модул, за да позволяват на абонаменти за други списъци RLS
• сигнализиращ модул:
• send_reply може да се използва от неуспеха маршрут твърде
• статистика модул:
• добавено ново pseudovariable нарича Stat, която позволява четене и нулиране на статистиката стойности от сценария. Подобно $ Stat (in_used_transactions) ще върне стойността на TM статистика in_used_transactions на
• TM модул:
• t_replicate () може да работи, ако вече съществува сделката (като t_newtran () се нарича преди t_replicate ())
• UAC_REDIRECT модул:
• в състояние да извлече контакт URI адреси от повече от едно звено за контакт с глава (от единичен 3xx отговора)
• USRLOC модул:
• фиксиран бъг в съдебната sensitiviness за MI команди - като usrloc няма право на избор за това, да бъде главни и малки букви през цялото време, в противен случай не можете да намерите AORs с главни букви
.
• XLOG модул (премахнати):
• всички функция премества директно в ядрото, без промени в прототип или функционалност

Какво е новото във версия 1.5.1:

• Тази версия съдържа само поправяне на бъгове (допълнително до 1.5 0.0) - не по функционалност, скриптове или интерфейс е променен. OpenSIPS 1.5.1 съдържа критична фиксирана свързани с MySQL подготвени изпълнение изявления и е силно препоръчително да обновите.

Какво ново във версия 1.4.2:

• OpenSIPS 1.4.2 носи повече поправки на 1.4 браншовите -. критични грешки (TM, диалоговият, DB), както и незначителни fixups и Tunings
• Тя е силно препоръчително да се премине към този вариант, ако използвате по-стар 1.4 освобождаване.