El Jueves, 19 de Noviembre de 2009, Iñaki Baz Castillo escribió:
> El Jueves, 19 de Noviembre de 2009, Ovidiu Sas escribió:
> > Check the docs:
> > http://www.opensips.org/html/docs/modules/devel/nathelper.html#id271367
> > - flag 'c'.
> > Two "c=" lines are ok according to the rfc.
>
> Thanks, us
El Jueves, 19 de Noviembre de 2009, Ovidiu Sas escribió:
> Check the docs:
> http://www.opensips.org/html/docs/modules/devel/nathelper.html#id271367
> - flag 'c'.
> Two "c=" lines are ok according to the rfc.
Thanks, using "c" flag is the key :)
--
Iñaki Baz Castillo
_
Check the docs:
http://www.opensips.org/html/docs/modules/devel/nathelper.html#id271367
- flag 'c'.
Two "c=" lines are ok according to the rfc.
Regards,
Ovidiu Sas
On Thu, Nov 19, 2009 at 4:19 PM, Iñaki Baz Castillo wrote:
> Hi, I receive a wrong SDP from a gateway:
>
> v=0
> o=Quintum 12062 399
Hi, I receive a wrong SDP from a gateway:
v=0
o=Quintum 12062 399792571 IN IP4 88.8.88.146
s=VoipCall
c=IN IP4 88.8.88.146
t=0 0
m=audio 10726 RTP/AVP 8 101
c=IN IP4 88.8.88.146
Hi Alberto,
2009/11/19 Alberto Listas
> Hi,
>
> I am installing Opensips v 1.6.0, MediaProxy v 2.3.9 and CDRTool v 6.9.9 on
> a test system.
> When a call finishes I get an error in the Opensips log:
>
> Nov 19 20:37:58 os4 media-dispatcher[9116]: error: failed to send radius
> accounting recor
Hi,
I am installing Opensips v 1.6.0, MediaProxy v 2.3.9 and CDRTool v 6.9.9 on a
test system.
When a call finishes I get an error in the Opensips log:
Nov 19 20:37:58 os4 media-dispatcher[9116]: error: failed to send radius
accounting record: 'Sip-From-Tag'
And Nothing gets added to the CDRTo
Hello Daniel,
You can post your patch on the rtpproxy devel mailing list:
http://lists.rtpproxy.org/mailman/listinfo/devel
Regards,
Ovidiu Sas
On Thu, Nov 19, 2009 at 3:37 PM, Daniel Goepp wrote:
> We did a little custom work to rtp proxy to support putting it behind NAT.
> We have been using i
We did a little custom work to rtp proxy to support putting it behind NAT.
We have been using it for a while in our lab here, and it appears to be
working quite well. We would like to contribute our work back to the
project (its really not much). Basically all we did was add a parameter
that it w
Update... INVITEs make it through in 62ms, but ACKs in 95ms. And from the
carrier the reINVITE comes in only 5ms after the ACK.
- Jeff
On 11/19/09 3:21 PM, "Jeff Pyle" wrote:
> Hello,
>
> I was reading through and I've come to the conclusion the horse just isn't
> dead enough. :)
>
> Bo
Hello,
I was reading through and I've come to the conclusion the horse just isn't
dead enough. :)
Bogdan referred to "fixing this once and for all", and I was wondering if
that had happened in 1.6.
If not, where is the appropriate place to insert the workaround Jeff K. had
come up with? I've t
Hi Lawrence,
Are you sure you SIP request is not spiralling on the proxy: A - > Proxy
-> Proxy -> B ?? simply print the $si variable from script (via xlog)
just before the fix_nated_sdp().
Regards,
Bogdan
Lawrence Na (my-...@vyke) wrote:
> Hi All,
>
> I’ve got a problem with fix_nated_sdp, wh
Hi All,
I¹ve got a problem with fix_nated_sdp, whenever I call the method in the
request route it doesn¹t seems to take effect. My INVITE c= & o= list the
proxy IP instead of the IP which I¹ve set in the method 2nd argument. The
weird thing, fix_nated_sdp in my reply route seems to work just fine.
Hi,
To see what is the problem with 482 (for sure a loop of a request on
your opensips), try to get a trace (keep in mind to monitor the lo
interface also) to see the branches that opensips is sending out.
An easier way to debug this is via logging the branches that are sent
(print the $ds be
Hi Takeshi,
Indeed, the NAT logic should be triggered by network information (and
not SIP path) - information from the network level or from the SIP
package itself.
Regards,
Bogdan
mayamatakeshi wrote:
>
> On Tue, Nov 17, 2009 at 12:00 AM, Bogdan-Andrei Iancu
> mailto:bog...@voice-system.ro>>
14 matches
Mail list logo