Ray,
The problem is in the Sipura's SDP :
a=rtpmap:18 G729a/8000.
My understanding of RFC3551 is that the encoding name "G729a" is not compliant. Therefore when the Sipura sends this to your Softphone, the softphone which is compliant to RFC3551 rejects the request and you get a BYE.
Maybe force your Sipura to use G711a/u.
Regards,
Craig Peacock
I have set up both xten and sipura, I want to test onnet calls between them. I am fine with xten eyebeam to xten eyebeam, and sipura to sipura, both scenario works fine. when I do xten to sipura 2000, it rings and when pick up, xten sends BYE right after ACK. I've tried 1.0.1 verson and the CVS HEAD, happens to both version. did anyone encountered the same problem?
thanks
Ray ps. debug attached
Server: Sipura/SPA2000-2.0.13(g). Content-Length: 238. Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER. Supported: x-sipura. Content-Type: application/sdp. . v=0. o=- 12432 12432 IN IP4 192.168.10.244. s=-. c=IN IP4 192.168.10.244. t=0 0. m=audio 43712 RTP/AVP 18 100 101. a=rtpmap:18 G729a/8000. a=rtpmap:100 NSE/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=ptime:30. a=sendrecv.
Have you tried going to the 3.X series of Sipura code?
http://www.sipura.com/Documents/spa2k-3.1.5.zip
-Evan
Craig Peacock wrote:
Ray,
The problem is in the Sipura's SDP :
a=rtpmap:18 G729a/8000.
My understanding of RFC3551 is that the encoding name "G729a" is not compliant. Therefore when the Sipura sends this to your Softphone, the softphone which is compliant to RFC3551 rejects the request and you get a BYE.
Maybe force your Sipura to use G711a/u.
Regards,
Craig Peacock
I have set up both xten and sipura, I want to test onnet calls between them. I am fine with xten eyebeam to xten eyebeam, and sipura to sipura, both scenario works fine. when I do xten to sipura 2000, it rings and when pick up, xten sends BYE right after ACK. I've tried 1.0.1 verson and the CVS HEAD, happens to both version. did anyone encountered the same problem?
thanks
Ray ps. debug attached
Server: Sipura/SPA2000-2.0.13(g). Content-Length: 238. Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER. Supported: x-sipura. Content-Type: application/sdp. . v=0. o=- 12432 12432 IN IP4 192.168.10.244. s=-. c=IN IP4 192.168.10.244. t=0 0. m=audio 43712 RTP/AVP 18 100 101. a=rtpmap:18 G729a/8000. a=rtpmap:100 NSE/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=ptime:30. a=sendrecv.
Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users
I'm using SPA2100's with firmware 3.2.5d, however, you should be able to configure your unit to use just g729 as the string in the SDP part.
If you're using XML configuration, it should look something like this:
G729a_Codec_Name
---Mike
On Friday 21 July 2006 10:56, Evan Borgström wrote:
Have you tried going to the 3.X series of Sipura code?
http://www.sipura.com/Documents/spa2k-3.1.5.zip
-Evan
Craig Peacock wrote:
Ray,
The problem is in the Sipura's SDP :
a=rtpmap:18 G729a/8000.
My understanding of RFC3551 is that the encoding name "G729a" is not compliant. Therefore when the Sipura sends this to your Softphone, the softphone which is compliant to RFC3551 rejects the request and you get a BYE.
Maybe force your Sipura to use G711a/u.
Regards,
Craig Peacock
I have set up both xten and sipura, I want to test onnet calls between them. I am fine with xten eyebeam to xten eyebeam, and sipura to sipura, both scenario works fine. when I do xten to sipura 2000, it rings and when pick up, xten sends BYE right after ACK. I've tried 1.0.1 verson and the CVS HEAD, happens to both version. did anyone encountered the same problem?
thanks
Ray ps. debug attached
Server: Sipura/SPA2000-2.0.13(g). Content-Length: 238. Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER. Supported: x-sipura. Content-Type: application/sdp. . v=0. o=- 12432 12432 IN IP4 192.168.10.244. s=-. c=IN IP4 192.168.10.244. t=0 0. m=audio 43712 RTP/AVP 18 100 101. a=rtpmap:18 G729a/8000. a=rtpmap:100 NSE/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=ptime:30. a=sendrecv.
Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users
Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users