Lately I've got to try a SIP video phone unique: it is produced by the SVP 5000 SBNTech.
The key features of this product are:
- Videophone Calls over the Internet
- LCD Touch Screen (480 × 10.2 pollici/800)
- Conform to IETF, ITU-T
- User-friendly interface
- Video calls @ 30 FPS
- Digital Photo Frame as a Screen Saver
- Web Browser
- SD Card Slot & USB 2.0
- WiFi (802.11b/g/n)
- Bluetooth (option)
- An FXS port
- Integration HSDPA
- Video / Audio Input / Output
- Camera / LCD Power Save Mode
- Support for audio codecs g711/g729a
- Support for video codecs H263 and H264 (QCIF / CIF / QVGA / VGA)
The tests were conducted using both Asterisk 1.4.x on CentOS that Asterisk 1.6.x on Ubuntu Server in both cases installed by springs. The configuration used for the tests was as follows:
[general]
videosupport=yes; abilita il supporto video in asterisk
maxcallbitrate=384
[300]
secret=passwordchevuoitu
type=friend
host=dynamic
qualify=yes
context=from-internal
disallow=all
allow=h264
allow=h263
allow=g729
allow=alaw
canreinvite=yes
maxcallbitrate=384
[301]
secret=passwordchevuoitu
type=friend
host=dynamic
qualify=yes
context=from-internal
disallow=all
allow=h264
allow=h263
allow=g729
allow=alaw
canreinvite=yes
maxcallbitrate=384
In principle suggest you avoid, as far as possible a configuration where you have to worry about Asterisk retransmit the audio / video streams to the two end-points. This is the reason why, in the suggested configuration, the parameter "canreinvite" is set to "yes".
The parameter "canreinvite = yes" makes it possible to Asterisk, once the call has been accepted, to send a new INVITE message to the two endpoints with the information necessary for establishment of an audio / video communication directly between them.
Please note that this "reinvite" does not happen, despite the "canreinvite = yes" if:
1) one of the two clients is configured with "canreinvite = no";
2) if the clients use different codecs.
3) If the command Dial () contains the parameters for recording sound (wo W) / call transfer (to T) / forced hangup (I H).
In all cases, the bandwidth required for a video call and of at least 200Kbps, always that the canreinvite is active. In other cases need more bandwidth. Attention to the fact that, as soon as an active video call, the phones use a value of bandwidth as low as possible. To get higher quality video must manually increment the parameter bandwidth dall'apposito configuration panel in the call.
In my testing I used: H264 / G729 / VGA. It 's always possible to scale the parameter VGA to QVGA or QCIF if you want to further decrease (although not by much) the required bandwidth.
From testing, it also seems that only when the work canreinvite a call between the video phone and a desk phone is not activated in the first video. In other cases, to be chosen by hand not to activate the video when you make or accept a call from the video phone.
Very intuitive and simple user interface: All functions are easily accessible thanks to the convenient touch display.
The product was kindly provided by www.4geek.it
Manufacturer's page: SBNTech
Tags: Call Center Systems | Voip PBX | Asterisk Consultant Naples | Switchboard Phone | Voip | Asterisk CTI | PBX | IP Phones | Networking | Linux
Development of IVR, call center systems, Voip PBX.