Browse Tag

Sangoma

Visit ProVu at the Convergence Summit North 2015

Once again ProVu will be exhibiting at the Convergence Summit North and this time it is being held at the International Centre in Harrogate on 17th and 18th March.

This is a great opportunity to come and meet the ProVu team and view the latest products from snom, Konftel, Gigaset and Sangoma.

On display this year we will be featuring the exciting Gigaset Maxwell 10 tablet phone plus their latest cordless handsets. We will also have the very latest phone designs from snom with their D7 series. Sangoma will also be showcasing their new mini SBC which is designed for small companies and branch offices with call handling from 5 to 16 calls. And for the first time we will be joined by Konftel with their range of conference phones which support SIP.

We will be located on stand 47 and we would love to meet as many of you as possible. All you need to do is register to attend at the link below.

Pre Register Now to attend the show

We look forward to meeting you at the show and if you have any queries or would like to arrange a meeting please drop us a line at contact@provu.co.uk.

Sangoma Vega gateway using RFC2833 DTMF

In some of the newer Sangoma Vega firmware, it seems like there was a default setting for the DTMF signalling which had changed from previous firmware builds.

Enter the following commands in the Vega console:

set .media.pkt_profile.1.voice.out-of-band-dtmf=on
apply
save

Upgrading Sangoma Vega firmware from the command line

It is possible to upgrade the firmware on a Sangoma Vega gateway from the command line.

You can connect to it using telnet, ssh or a serial console cable. Note – the console cable is the same as a Cisco console cable.

To upgrade firmware you will need a tftp server running on the network local to the Vega gateway.

A free tftp server for a Windows PC is Pumpkin.

In Linux/Unix(/OSx??) install tftpd.

Place the firmware file into the root folder of the tftp server. Get the firmware from the Sangoma wiki.

The filename will be something like “VEGA_R100S043.bin” depending on which gateway it’s for and what the version of firmware is. Note that Vega 100/200/400 gateways use different firmware than Vega 100G/200G/400G.

Connect to the command line of the Vega gateway.

You need to tell the Vega where your tftp server is. They will usually look at DHCP Option 66 but in many cases you’ll need to manually tell it using this command:

    set .tftp.ip="xxx.xxx.xxx.xxx"

With the correct IP address! Then:

    apply

and if you want the setting to survive a reboot:

    save

To do the actual firmware upgrade:

    upgrade
download enable
download firmware _filename_
reboot system

Where _filename_ is the entire file name of the firmware file in the tftp server root folder. E.G. VEGA_R100S043.bin

Receive a FREE free iPad mini when you buy 2 Sangoma Vega 100Gs, 200Gs or 400Gs

SBC webinar

For the month of April, ProVu and Sangoma will be giving resellers the opportunity to claim a free 16GB Wi-Fi iPad mini when they place an order for two or more Vega 100Gs, 200Gs or 400Gs. These gateways are the next generation of Vega’s, following on from the highly successful and well proven Vega 100, 200 & 400 gateways. Pricing on these new models has also come down significantly, making them an extremely competitive solution.

This promotion is valid for products purchased between the 1st – 30th April 2014 and is valid whilst stocks last. Any two gateways mixed and matched between the three types will be eligible for the free iPad mini offer. iPad Mini’s will be be despatched during the month of May.

For more information and T&Cs please contact ProVu’s sales team on 01484 840048 or send an email to contact@provu.co.uk.

The ProVu Team

ProVu Webinar: Sangoma SBCs – Keeping Your VoIP Network Secure – April 8 – 2PM GMT

SBC webinar

Join this webinar from ProVu Communications to learn how Session Border Controllers (SBCs) can work for you. This educational webinar will offer a comprehensive look at Sangoma’s SBCs, how an SBC fits into your network architecture, along with common use cases and features and functions of the solution.

What you will learn:
*Introduction to SBCs
*Use Cases
*Features and Functions
*Review

Who should attend:

*IT Managers
*Network Designers
*Technology Decision Makers

Presented by:

*Muhammad Bajwa, Technical Sales Engineer, ProVu Communications
*Simon Horton, Director of Sales, EU, Sangoma Technologies

Session:

Tuesday, April 8, 2014 @ 2:00pm GMT (London) / 9:00am EST (Toronto)

Register here: www4.gotomeeting.com/register/841967495

If you have any questions, please email us at: contact@provu.co.uk

The ProVu Team

No ringback from a Vega gateway connected to an ISDN phone system

I’ve come across this issue a few times, it seems very confusing but is an easy fix.

The scenario is:

– ISDN PBX connected to a Vega 100/200/400 gateway using a SIP provider for inbound & outbound calls.

– When ringing an inbound number that comes in over SIP, through the gateway and to the ISDN PBX, the call works fine but no ring-back is heard.

The reason:

The ISDN system is sending a progress indicator message to the gateway tell it that it will send in-band media. The Vega gateway translates this into a “183 Session Progress” message which would be the SIP equivalent.

However, the PBX then clearly isn’t actually sending any audio so the caller just hears silence till the call is answered by someone.

I suspect that the reason this problem doesn’t occur on a real ISDN line is that BT et al. just ignore these messages and generate ringing whether the PBX said it was going to send it’s own or not.

So the fix is to force the Vega gateway to always send a “180 Ringing” message no matter what the ISDN side says. This tells the SIP server upstream to generate it’s own Ringing rather than expect to get some audio from the gateway.

In the Vega web interface:

  • go to Expert Config
  • click on SIP
  • scroll right to the bottom and click Advanced SIP
  • find the setting called “183 Session Progress if media present. If =2, send 183 instead of 180 with sdp”
  • change it to 1 (a number one) instead of the default value of 2

Apply the changes and save the config.

That should work around the issue.

Installing Sangoma cards with Asterisk and Dahdi on Debian Wheezy

My preferred method for installing Asterisk on Debian is by using standard Debian packages. I don’t want the hassle of re-compiling packages whenever there is an updated version or some security hole gets closed.

Step one is getting Asterisk & Dahdi installed and working.

Do this:

apt-get install asterisk libpri1.4 asterisk-dahdi

The country code for the UK is 44.

Now to get the dahdi kernel modules built, install dahdi-source and use module assistant to install the modules:

apt-get install dahdi-source

m-a a-i dahdi

Now you should have Asterisk & Dahdi installed.

Before installing the Sangoma Wanpipe drivers, you need to compile the Dahdi source (module assistant just compiles the kernel module parts):

cd /usr/src/modules/dahdi

make

The rest is the same as the standard installation instructions for Wanpipe which are here (scroll down to Sangoma Driver Installation):

http://wiki.sangoma.com/wanpipe-linux-asterisk-dahdi

In summary:

apt-get install automake autoconf libtool libncurses5-dev bison libxml2-dev cmake flex

wget ftp://ftp.sangoma.com/linux/current_wanpipe/wanpipe-current.tgz

tar xzf wanpipe-current.tgz

cd wanpipe-{version}/

./Setup install

and just follow the instructions.

Paul Hayes.

SNAP – Sangoma Vega Provisioning Tool for ITSP and Installers

Sangoma has launched a new web tool for ITSPs that allows for quick and easy provisioning of Vega gateways. The tool allows ITSPs to generate configuration files for any Vega gateway without having to manually configure each setting on the web GUI. SNAP walks through a series of screens and spits out a final configuration file which can be uploaded to the Vega.

To benefit from the tool, the ITSP will have to provide a test account and general install scenario such as whether the box will be on DHCP or static IP address, what codec types to use, etc. Sangoma will then test those scenarios with provided test account and make the final template available for users to download. There is no limit on the number of templates. Multiple templates can be created for the same product according to the scenario.

Have a look at the link below to get a general idea of how it works.

http://vegaconfig.com

Vega 400/200/100 firmware recovery

If you have bricked your Vega box during the firmware upgrade process or something similar then it can be recovered.

You will need the following items for recovery.

  • Console cable (RJ45 to Serial converter). Vega 400/200/100 comes with a console cable.
  • Computer running Windows/Linux or Mac.
  • Terminal client such as Hyper Terminal, Minicom or Putty.
  • USB to Serial converter (optional: only required if computer does not have a serial port)

Recovery Procedure:

  • Turn off Vega
  • Connect RJ45 end of cable to console port and connect the serial connector to the serial port on computer.
  • Connect to Terminal client of your choice and set following configuration
  • Speed: 9600
    Data bits: 8
    Parity: None
    Stop bits: 1
    Flow control: None

  • Turn on Vega box and press Enter button a couple of times until the message “Press ‘Y’ to enter Boot Menu ” appears on terminal window.
  • Press ‘Y’

Note: Check the connections if nothing appear on terminal screen.

    Vega400 BootLoader: Version 3.00
    FPGA Test Pass (FPGA Version 3)
    RAMTest Pass – 64Mbytes verified
    Programmed MAC Address 00505816244A
    Press ‘Y’ to enter Boot Menu

    VegaStream Boot Menu Version 3.00
    ———- —- —- ————

    1) Download Boot Image (SRec)
    2) Download Firmware Image (SRec) (115K2 Baud recommended)
    3) Config Clear
    6) Switch Boot Partition
    D) Duplicate FLASH
    F) Set Flow Control (currently Hardware)
    Z) Set speed high (115200 Baud)
    E) Exit BOOT and Run Firmware

  • Finally press 6 to choose option 6 i.e. switch boot partition press 6 and wait couple of seconds. This setting will change the partition to older firmware version press E to exit and reboot to old firmware.

After the reboot the Vega should come back with older firmware and settings.

Sangoma Vega 100 as an ISDN gateway to a SIP PBX

The aim is to use a Sangoma Vega 100 single port PRI gateway as an ISDN gateway for a SIP PBX.

All the Vega will do is forward anything it gets on the ISDN line to the SIP PBX and forward anything from the SIP PBX to the ISDN line.

Steps as follows:

  • Web browse to the Vega and login
  • Go to the Quick Config section
  • On the E1/T1 page, change the number for Interface 1 to just “.*” (dot-star without the quotes)
  • Ignore lines 2-4
  • Open up the Port Settings (ISDN line settings) section and check that the line is set to the correct mode, TE (not NT)
  • On the SIP tab, enter the IP or hostname of your SIP PBX into the domain and proxy settings. You do not need Outbound Proxy and it’s best to set this up without Registration
  • Apply the quick config

That should be it, the Vega will forward SIP to ISDN and ISDN to SIP regardless of numbers received on either side.

The main settings for this are in “Dial plan” in Expert Config. You can see what has been generated in the “To_SIP” and “To_E1T1” dial plans.

Note: this should also work on Vega 200 and Vega 400 if you add the other ISDN interfaces into the planner group that the dial plan “To_E1T1” uses.