[Serusers] SER & Mediaproxy: XLite - Audio OK, Sipura - No audio

[Java Rockx]

Cameron, 

Can you post an complete call trace using ngrep or post a pcap file on port 
5060 using tcpdump?

Regards,
Paul

On 4/19/05, Cameron Beattie <kjcsb at orcon.net.nz> wrote:
> 
> Thanks for the tips.
> 
> I have changed the NAT settings on the SPA2000 back to no NAT. I couldn't
> find the via settings you referred to so I upgraded the firmware (from
> 2.0.10e to 2.0.13g) and there they were. Hmmm. Was I just blind or were 
> they
> really not there before???
> 
> X-Lite is not configured to use stun. I've still got no audio either way
> with the settings below. The problem exists with and without stun 
> settings:
> 
> Admin > advanced > Line 1
> NAT Settings
> NAT mapping enable: no
> NAT keep alive enable: no
> 
> Admin > advanced > SIP
> NAT Support Parameters
> Handle VIA received: yes
> Handle VIA rport: yes
> Insert VIA received: yes
> Insert VIA rport: yes
> Substitute VIA Addr: yes
> Send Resp To Src Port: no
> STUN Enable: no
> STUN Test Enable: no
> STUN Server:
> EXT IP:
> EXT RTP Port Min:
> NAT Keep Alive Intvl: 20
> 
> Any further pointers would be greatly appreciated.
> 
> Regards
> 
> Cameron
> 
> ----- Original Message -----
> From: "Greger V. Teigre" <greger at teigre.com>
> To: "Cameron Beattie" <ext_news at appsfarm.com>; <serusers at lists.iptel.org>
> Sent: Tuesday, April 19, 2005 6:44 PM
> Subject: Re: [Serusers] SER & Mediaproxy: XLite - Audio OK, Sipura - No
> audio
> 
> > Cameron,
> > Try turning *off* Sipura NAT mapping. The onsip config files assume that
> > clients should not do NATing. (However, if the clients do it properly, 
> it
> > will work. Sipura has many various NAT options you can turn on and off)
> > Note that if you configure clients to use NAT mapping, STUN, etc, your
> > experiences with audio may be completely related to how the clients 
> handle
> > NAT, not mediaproxy. If the client itself detects its own public IP (or
> > you configure it manually), mediaproxy will not detect NAT and will not
> > proxy the call. I believe xlite default is configured with STUN.
> >
> > If you want Sipura to use STUN (and thus mediaproxy only handles 
> symmetric
> > NATs):
> > Under admin - advanced - SIP in Sipura, you will find:
> > NAT Support Parameters
> > Handle VIA received: yes
> > Handle VIA rport: yes
> > Insert VIA received: yes
> > Insert VIA rport: yes
> > Substitute VIA Addr: yes
> > Send Resp To Src Port: no
> > STUN Enable: yes
> > STUN Test Enable: yes
> > STUN Server: your stun serve
> > EXT IP:
> > EXT RTP Port Min:
> > NAT Keep Alive Intvl: 20
> >
> > These settings should work with the onsip.org <http://onsip.org> config 
> file.
> >
> > g-)
> >
> >
> >
> > ----- Original Message -----
> > From: "Cameron Beattie" <kjcsb at orcon.net.nz>
> > To: <serusers at lists.iptel.org>
> > Sent: Tuesday, April 19, 2005 08:26 AM
> > Subject: [Serusers] SER & Mediaproxy: XLite - Audio OK, Sipura - No 
> audio
> >
> >
> >>I am using the onsip ser.cfg for mediaproxy. All seems OK when I call
> >>between two X-Lite clients. However calls between X-Lite and a Sipura 
> 2000
> >>have no audio in either direction. Both the X-Lite clients and the 
> Sipura
> >>are on the same network behind NAT and going out to the SER/Mediaproxy
> >>server which has a public IP. SER and Mediaproxy are on the same server.
> >>
> >> I've tested SJPhone to Sipura and there's no audio also, so it seems 
> like
> >> a Sipura issue.
> >>
> >> I've set NAT mapping enable and NAT Keep Alive enable to yes on the
> >> Sipura.
> >>
> >> What am I missing?
> >>
> >> Regards
> >>
> >> Cameron
> >> _______________________________________________
> >> Serusers mailing list
> >> serusers at lists.iptel.org
> >> http://lists.iptel.org/mailman/listinfo/serusers
> >>
> >>
> >
> > _______________________________________________
> > Serusers mailing list
> > serusers at lists.iptel.org
> > http://lists.iptel.org/mailman/listinfo/serusers
> >
> >
> 
> _______________________________________________
> Serusers mailing list
> serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20050419/73a0eb0e/attachment.htm>