Voxalot / SIP Broker Support Forums

Voxalot / SIP Broker Support Forums (http://forum.sipbroker.com/index.php)
-   Voxalot Support (http://forum.sipbroker.com/forumdisplay.php?f=4)
-   -   Which VoXaLot services are B2BUA? (http://forum.sipbroker.com/showthread.php?t=1258)

v164 03-19-2007 12:56 PM

Which VoXaLot services are B2BUA?
 
Of the various VoXaLot services, my understanding is they can be divided into two groups, which I'll call "Group 1" and "Group 2":

Group 1:
VoXaLot acts as a SIP proxy server, just handling call signalling (SIP message packets). Once the call is established, voice traffic bypasses VoXaLot, unless VoXaLot determines the need for "NAT assistance" or transcoding.

Group 2 :
VoXaLot acts as a back-to-back User Agent (B2BUA). For these services the voice traffic (media) always passes through VoXaLot.


For "Group 1" services, voice traffic can bypass VoXaLot (for generally improved latency and quality) provided that the SIP devices are correctly configured (use of STUN, etc, if behind NAT, and supporting the required codecs).

However, for "Group 2" services, no matter how you configure your SIP device(s), the voice traffic will always transit VoXaLot.


So what I want to confirm is which VoXaLot services are in which group.

This is my understanding so far:

Group 1:
-Outbound SIP calls via VoXaLot (Dial plans, speed dial, ENUM/sip-code)
-Inbound SIP calls via VoXaLot
-Call forwarding to URI


Group 2: (implemented as B2BUA)
-Web Callback
-VoXCallMe
-Call forwarding to phone number via provider / dial plan


unsure:
-Provider Registrations (Inbound calls from a registered provider)
(I thought it would be "Group 1", but my tests seem to show the voice traffic transiting VoXaLot, although I'm not sure if it's because of codec negotiation or not).

ctylor 03-23-2007 10:28 PM

I thought this was a good question. Anyone of the admins able to verify or clarify this?

martin 03-23-2007 10:41 PM

Nice informative post e164. Have some reputation points from me :)

Answers in bold.

Group 1:
-Outbound SIP calls via VoXaLot (Dial plans, speed dial, ENUM/sip-code) Correct
-Inbound SIP calls via VoXaLot Correct
-Call forwarding to URI Correct


Group 2: (implemented as B2BUA)
-Web Callback Correct
-VoXCallMe Correct
-Call forwarding to phone number via provider / dial plan Correct


unsure:
-Provider Registrations (Inbound calls from a registered provider)
(I thought it would be "Group 1", but my tests seem to show the voice traffic transiting VoXaLot, although I'm not sure if it's because of codec negotiation or not).

For the most part these types of calls will end up as group 2. This is usually due to Codec negotiation resulting in VoXaLot transcoding or because the destination UAC is not initiating a re-invite.

v164 06-23-2007 08:48 AM

Quote:

Originally Posted by martin (Post 7116)

Group 2: (implemented as B2BUA)
-Web Callback Correct
-VoXCallMe Correct
-Call forwarding to phone number via provider / dial plan Correct


A possible exception, in the case of "Call forwarding to phone number via provider / dial plan" could be if, in the dial plan, there is an ENUM match, and the call gets sent to a SIP URI instead. Would that be "Group 1" in that case?

The King 07-23-2007 01:28 PM

How do you know if Voxalot is passing on your voice packets, or if you are working directly with the VSP?

I have two setups, one a Grandstream 496 ATA, the other an SJPhone softphone. I use voipcheap.com for outbound calls.

I would ideally like my voice packets to pass straight to voipcheap to reduce latency, but have no idea of checking whether they currently are or are not.

Admin 07-23-2007 01:32 PM

Quote:

Originally Posted by The King (Post 10782)
How do you know if Voxalot is passing on your voice packets, or if you are working directly with the VSP?

First follow the steps in this tutorial:

HowTo: 6 Steps To Optimize Your Audio

The most definitive way is to check it yourself using something like Ethereal: A Network Protocol Analyzer
.

v164 07-23-2007 01:48 PM

Quote:

Originally Posted by Admin (Post 10783)
First follow the steps in this tutorial:

HowTo: 6 Steps To Optimize Your Audio

The most definitive way is to check it yourself using something like Ethereal: A Network Protocol Analyzer
.


That's what I'm using, Ethereal (or Wireshark: The World's Most Popular Network Protocol Analyzer as it's become).

Some SIP devices have a diagnostic log, or let you view status details, so you can check it there.


All times are GMT. The time now is 07:48 PM.

Powered by vBulletin® Version 3.7.2
Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.