MyVoipApp documents and FAQ
Some customers deploy several miniSIPServer nodes to build their unified VoIP network around the world.
We give a simple document to describe this network and its configuration. There are two important concepts: T-MSS and L-MSS.
L-MSS means “Local miniSIPServer” which are deployed in local branches or offices to service their local SIP phones or gateways.
T-MSS means “Trunk miniSIPServer” which is used to bridge all L-MSS servers.
Please click here to get more details.
miniSIPServer provides openAPI interfaces for customers who want to operate or manage miniSIPServer through their own systems.
Previous openAPI was stored in GitBook and has few interfaces. Now we migrate it back to our official website. Please refer to following document.
https://www.myvoipapp.com/docs/mss_services/openapi/index.html
In this document, we provide many interfaces almost cover all necessary interfaces for basic calls, such as SIP trunk, external lines, routing, and so on.
Hope it can be helpful for your solution. If you need us to provide more interfaces, please contact us. All suggestions are appreciated.
We often configure miniSIPServer to connect VoIP carriers’ network with external lines. There are lots of VoIP carriers and someone always asks us how to configure external line.
In our step by step document, we give a demo to configure MSS to work with “call centric”. You can refer to this document for more details about VoIP networks and external lines. In another way, we give some more examples in chapter “External lines” of F.A.Q document. Please refer to these documents if you are interesting in it and hope they can be helpful to you.
https://www.myvoipapp.com/docs/faq/index.html
In some VoIP scenarios, we need configure “SIP trunk” to work with VoIP providers or gateways. When processing media streams, we hope (1) local users/phones should process their streams by themselves without MSS, and (2) MSS should help to relay media stream for all outgoing calls to peer SIP servers or gateways.
To fit these requirements, we update MSS V32 to be able to configure “relay media” item in “SIP trunk”. Please refer to following figure for more details.
By the way, MSS can only relay audio streams at this time, so video streams will be lost if you want to MSS to relay streams.
miniSIPServer can support customers’ own audio files to replace default files. With previous MSS, customers have to backup and restore these files once they want to upgrade MSS.
This is a little trouble. With the new V32, we can resolve it now.
When MSS starts up, it will create a sub directory ‘cust_ann’ in ‘mss_ann’ directory, now all your own audio files can be stored in this directory. When MSS is uninstalled or upgraded, this directory and its files will not be deleted or replaced by default files, and MSS can get audio files from this directory directly when it starts up.
In windows system, it could be “d:/myvoipapp/minisipserver/mss_ann/cust_ann” directory by default. In Linux system, it could be “/opt/sipserver/mss_ann/cust_ann/”.
Please refer to our online document for more details about how to record own audio files.
https://www.myvoipapp.com/docs/others/how_to_record_your_own_audio/index.html
“sonetel.com” is a VoIP carrier who can provide local phone numbers. We can add “external line” to work with their servers. According to its description, there are some special items need to be cared:
Here we give a simplel example to describe how to work with Sonetel. We assume the SIP account is “abc@gmail.com”.
In MSS, please cilck menu “data > external line” to add a record.
In “Basic” tab, the line type should be “Connect to peer VoIP server”, the Account should be “abc” and the Domain is “gmail.com”.
By the way, the Password is the password you sign up in Sonetel, not your own email password.
Since all SIP messages are processed by sonetel SBC/Proxy, we need configure “outbound” information in the “Outgoing call” tab. Please refer to following figure.
The Sonetel proxy address is “sip.sonetel.com” which should be described in the email sent by sonetel.
Yesterday, we helped a Chinese customer to deploy MSS to work with CTC IMS network. In this scenario, CTC IMS network has ZTE soft-switch (according to User-Agent header in SIP messages) , we need be careful to cooperate with it.
Since CTC provides user name and password for authorization, we configure “external line” in MSS to do that. Following sections will illustrate some key points.
By default, we often use “External line (account)” as authorization user name, but ZTE softswitch requires full URI format, so we need configure “The authorization ID should include address information” in external line. Please refer to following figure for more details.
For example, if this item is selected, the authorization name will be “+8612345678@gd.ctcims.cn” according to above figure.
If it is not full format, IMS network will return “403 Forbidden” messages to reject it. In fact, we think it is a bug in ZTE softswitch since there is “realm” and “domain” parameters in SIP authorization header. No matter the user name is full format or not, the device should pass it according to successful authorization itself.
Anyway, if you have same problem to cooperate with other IMS networks, please pay attention to it and configure such item to take a try.
In Chinese CTC-IMS network, its “SIP server” is logic domain, not a real SIP device and cannot be visited. In above scenario, “gd.ctcims.cn” is its domain, not its real address. SIP messages should be routed to another device (we think it is a SBC or proxy), so we need configure “Via” address in MSS external line configuration. Please refer to following figure.
By default, MSS previous versions don’t limit concurrent calls of SIP trunk. That means you can make or receive calls as much as you can. If peer sides don’t have enough resources, they will reject calls by themselves. But now in some scenarios, customers hope MSS can handle concurrent calls and limit them automatically.
To fit this requirement, we upgrade MSS to provide concurrent calls configurations in SIP trunk. Too much calls will be rejected by MSS itself. Please refer to following figure for more details about these items.
Please pay attention to these.
(1) These items are independent. You can configure different values for them to limit different concurrent calls for outgoing calls and incoming calls.
(2) If one of them is zero, in fact all them can be zero, that means only incoming calls can be received, or can only make outgoing calls outsides.
We upgraded miniSIPServer V30 today to change “one number, multi-devices” service in local user’s configuration. In previous versions, we don’t need configure anything to enable this feature in local user since it was enabled by default. Customers think it is good idea to reduce configuraiton workload, but it brings new management problem. In fact, they hope to be able to control which local users can have this feature. In most scenarios, only some local users have several phones with same number, others are not permit to do that.
To fit this requirement, we add a new optional item in local user’s configuration. Please refer to following figure for more details. By default, this service is not enabled now until you configure it obviously.
This modification is applied to cloud MSS too.
Some customers need invoice information. Most of them are on behalf of companies. To fit these requirements, we suggest you to purchase MSS through Avangate which is listed in our “buy now” page.
Please visit Avangate F.A.Q document:
http://www.avangate.com/shopper-support/shopper-faq.php
In this document, please refer to session “4. How do I receive the invoice?” for more details.