Also, I noticed this on the wiki, in the Early Negotiation example.

A -------- GSM/PCMA/G729 --------> FS (allowing G729/PCMA/PCMU)
-------- PCMA/G729/PCMU --------> B

Shouldn't that be:

A -------- GSM/PCMA/G729 --------> FS (allowing G729/PCMA/PCMU)
-------- G729/PCMA/PCMU --------> B

instead?

On Sun, Jan 16, 2011 at 8:24 PM, Diego Viola <diego.viola@gmail.com> wrote:

Thanks, I will read that

On Sun, Jan 16, 2011 at 8:21 PM, Steven Ayre <steveayre@gmail.com> wrote:

It's part of the RTP/SDP standards. They're either static or dynamic

numbers.

Dynamic ones (96-127) are named by name in a=rtpmap lines.

Static numbers are reserved numbers and the a=rtpmap is allowed but optional

(although some devices incorrectly require it)

The list of reserved static numbers is:

http://www.iana.org/assignments/rtp-parameters

-Steve

On 16 January 2011 23:18, Diego Viola <diego.viola@gmail.com> wrote:

How do you understand these RTP/AVP numbers?

 m=audio 23344 RTP/AVP 3 18 98 99 9 0 8 101 13

What does the numbers mean? I don't see that on the wiki.

Any help appreciated.

On Sun, Jan 16, 2011 at 7:48 PM, David Ponzone <david.ponzone@ipeva.fr>

wrote:

That sounds like a bad reading of the trace.

The important line is the 239th:

 m=audio 23344 RTP/AVP 3 18 98 99 9 0 8 101 13

That means codec 3 is sent first (so GSM), then 18 (so G729).

I think you should read a little bit on early negotiation.

If leg A has GSM in 1st position, if your inbound codec list allows GSM,

and

your outbound codec list is : G729, PCM, GSM, than your outbound INVITE

to

leg B will have GSM in 1st position, because that was requested by leg

A.

That's in the wiki, it's a part I rewrote myself some weeks ago, in the

most

readable way I could.

David Ponzone  Direction Technique

email: david.ponzone@ipeva.fr

tel:      01 74 03 18 97

gsm:   06 66 98 76 34

Service Client IPeva

tel:      0811 46 26 26

www.ipeva.fr  -   www.ipeva-studio.com

Ce message et toutes les pièces jointes sont confidentiels et établis à

l'intention exclusive de ses destinataires. Toute utilisation ou

diffusion

non autorisée est interdite. Tout message électronique est susceptible

d'altération. IPeva décline toute responsabilité au titre de ce message

s'il

a été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire de ce

message, merci de le détruire immédiatement et d'avertir l'expéditeur.

Le 16/01/2011 à 21:59, Diego Viola a écrit :

Hello,

I'm experiencing some strange issue with codecs. I have the following

in my vars.xml file:

 <X-PRE-PROCESS cmd="set"

data="global_codec_prefs=G729,G7221@32000h,G7221@16000h,G722,PCMU,PCMA,GSM"/>

 <X-PRE-PROCESS cmd="set"

data="outbound_codec_prefs=G729,PCMU,PCMA,GSM"/>

"inbound-late-negotiation" and "disable-transcoding" are commented in

my internal SIP profile. So I guess I'm in Early Negotiation (default

behavior) mode.

However, when I send a call to my provider, and I look at the SIP

trace I see that FS is sending another codec, not G729 as I specified

in the global_codec_prefs / outbound_codec_prefs parameters.

I'm sending calls like this:

       <action application="bridge"

data="sofia/internal/$1@38.102.93.70"/>

Here is a SIP trace of a call:

http://pastebin.freeswitch.org/15042

I'm not understanding why FS is sending an INVITE with the G7221 codec

in line 240, if I'm telling it explicitly that I want G729 as the

priority when possible in the codec prefs options. But I see G729 in

the 200 OK in line 291.

I've been told to use absolute_codec_string=G729 in my dialplan or

enable late negotiation, but why if I'm already telling it to use G729

in the codec prefs?

my softphone IP: 190.23.80.10

provider IP: 38.102.93.70

FS IP: 77.92.65.126

calls flow like this:

softphone -> FS -> provider

Any help appreciated.

_______________________________________________

FreeSWITCH-users mailing list

FreeSWITCH-users@lists.freeswitch.org

http://lists.freeswitch.org/mailman/listinfo/freeswitch-users

UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users

http://www.freeswitch.org

_______________________________________________

FreeSWITCH-users mailing list

FreeSWITCH-users@lists.freeswitch.org

http://lists.freeswitch.org/mailman/listinfo/freeswitch-users

UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users

http://www.freeswitch.org

--

Diego Viola

Representative of Bridgecom LLC

Phone: +595 971 320 520

GTalk: diego.viola@gmail.com

MSN: diegoev@msn.com

LinkedIn: http://www.linkedin.com/pub/diego-viola/15/886/609

www.bridgecom.com.py

_______________________________________________

FreeSWITCH-users mailing list

FreeSWITCH-users@lists.freeswitch.org

http://lists.freeswitch.org/mailman/listinfo/freeswitch-users

UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users

http://www.freeswitch.org

_______________________________________________

FreeSWITCH-users mailing list

FreeSWITCH-users@lists.freeswitch.org

http://lists.freeswitch.org/mailman/listinfo/freeswitch-users

UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users

http://www.freeswitch.org

--

Diego Viola

Representative of Bridgecom LLC

Phone: +595 971 320 520

GTalk: diego.viola@gmail.com

MSN: diegoev@msn.com

LinkedIn: http://www.linkedin.com/pub/diego-viola/15/886/609

www.bridgecom.com.py

--
Diego Viola
Representative of Bridgecom LLC
Phone: +595 971 320 520
GTalk: diego.viola@gmail.com
MSN: diegoev@msn.com
LinkedIn: http://www.linkedin.com/pub/diego-viola/15/886/609
www.bridgecom.com.py

_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org