On Monday 02 October 2006 10:11, samuel wrote:
This is not handled at the sip proxy...it's how
codec negotiation
works within SIP world: it's done at the end-points.
You would need a media gateway (such as *) acting as a bridge
transcoding the RTP streams from one codec to another.
Ok, thanks for the info.
I thought it might be possible to send a re-invite to initiate another codec,
or to re-write the invite on 488 failure, changing the order of the supported
codecs to put g711 in the first place.
Frankly I'm surprised the softphones fail at all, as g711 is in the list of
supported codecs sent by the sipura's invite, just not in the first place...
I'm finding out I still have a lot to learn here though...
Thanks,
Richard