> > Is something wrong in my configuration? How these authenticate packets
> > should look?
>
> I never used uac_auth() so far, but normally you send a request like an
> INVITE
> to the host, its then challenged with e.g. a 401 including a nonce and some
> other parameters, you ACK it, and then
Hello,
I have setup an application level gateway that bridges my two networks.
I have a situation where an INVITE will cross the gateway ( thus
rewriting the SDP ) go through a proxy and come back across the gateway.
At this point, it would be wasteful to use the RTP Proxy as the audio
will b
Sehr geehrte Damen und Herren,
leider kann ich Ihre e-mail momentan nicht beantworten / bearbeiten, da ich
mich bis einschliesslich 19.07.2010 im Urlaub befinde.
In dringenden Fällen wenden Sie sich bitte telefonisch an meine Mitarbeiter
unter der Rufnummer 04231 / 776 .
Mit freundlichen
Hi,
default kamailio config file(its routing part) already has rtpproxy
support in case if WITH_NAT is defined.
And there is no problems when NATed subscribers calls one to other...
I have problem only with PSTN and only with incoming call.
BR,
Dmitri
02.07.2010 0:51, dotnetdub пишет:
On 1
On 1 July 2010 23:03, Dmitri Korotkov wrote:
> Hi,
>
> default kamailio config file(its routing part) already has rtpproxy support
> in case if WITH_NAT is defined.
> And there is no problems when NATed subscribers calls one to other...
> I have problem only with PSTN and only with incoming call
On 1 July 2010 22:41, Dmitri Korotkov wrote:
> Hi,
>
> voice:/# ps auxf |grep rtpproxy |grep -v grep
> rtpproxy 1291 0.0 0.0 26800 876 ?Ssl Jun18 0:10
> /usr/sbin/rtpproxy -u rtpproxy rtpproxy -l my.public.ip.here -s
> udp:localhost 7722
> voice:/#
>
>
> kamailio.cfg:
> #!define
Sehr geehrte Damen und Herren,
leider kann ich Ihre e-mail momentan nicht beantworten / bearbeiten, da ich
mich bis einschliesslich 19.07.2010 im Urlaub befinde.
In dringenden Fällen wenden Sie sich bitte telefonisch an meine Mitarbeiter
unter der Rufnummer 04231 / 776 .
Mit freundlichen
Hi,
voice:/# ps auxf |grep rtpproxy |grep -v grep
rtpproxy 1291 0.0 0.0 26800 876 ?Ssl Jun18 0:10
/usr/sbin/rtpproxy -u rtpproxy rtpproxy -l my.public.ip.here -s
udp:localhost 7722
voice:/#
kamailio.cfg:
#!define WITH_MYSQL
#!define WITH_AUTH
#!define WITH_ACCDB
#!define WIT
On 1 July 2010 21:53, Dmitri Korotkov wrote:
> Hello,
>
> I have kamailio installation WITH_PSTN, WITH_NAT and rtpproxy.
> Using following scenario:
> [kamailio]<-sip trunk ->[asterisk gw] <->sip trunk <-> [PSTN provider]
>
> All kamailio sip subscribers are behind nat in different networks.
>
>
Hello,
I have kamailio installation WITH_PSTN, WITH_NAT and rtpproxy.
Using following scenario:
[kamailio]<-sip trunk ->[asterisk gw] <->sip trunk <-> [PSTN provider]
All kamailio sip subscribers are behind nat in different networks.
1. OK. Local kamailio users can call one to other even they a
Hello,
The guy operating the Asterisk at the far end have been inspecting the traces
I've sent him. Hen notes that the ACK relayed doesn't entirely comply to the
standard. The values of "branch" in the VIA header of the relayed ACK
response incorrectly have the value "0" (also rport in the VI
Daniel-Constantin Mierla writes:
> No time to do real tests, if you can run some and report back, it would
> be great. Once some testing is done, can be ported to 3.0.
daniel,
i tested address_reload, trusted_reload, and sht_reload mi commands over
xmlrpc and they all worked fine. also 'ctl mi
On 7/1/10 5:54 PM, Daniel-Constantin Mierla wrote:
On 7/1/10 4:39 PM, Juha Heinanen wrote:
Daniel-Constantin Mierla writes:
this is another issue ... the mi commands were designed to be run from
special processes, created by mi transport modules (mi_fifo,
mi_datagram, etc). There are speci
Sehr geehrte Damen und Herren,
leider kann ich Ihre e-mail momentan nicht beantworten / bearbeiten, da ich
mich bis einschliesslich 19.07.2010 im Urlaub befinde.
In dringenden Fällen wenden Sie sich bitte telefonisch an meine Mitarbeiter
unter der Rufnummer 04231 / 776 .
Mit freundlichen
On 7/1/10 4:39 PM, Juha Heinanen wrote:
Daniel-Constantin Mierla writes:
this is another issue ... the mi commands were designed to be run from
special processes, created by mi transport modules (mi_fifo,
mi_datagram, etc). There are special init functions called for these
processes. Howe
>
> Am 01.07.2010 14:38, schrieb Claudio Furrer:
> > Hi, I have a similar issue,
>
> It is not possible to debug this issue without full SIP trace!
>
> ngrep -Wbyline -t -d any port 5060
>
> regards
> Klaus
>
Sorry, here the trace (gziped).
Regards,
Caio
call_ack_fail1.txt.gz
Description: B
On Thursday 01 July 2010, Ján ONDREJ (SAL) wrote:
> > ok, i'll change it in the code.
>
> Thank you.
Hello Jan,
> Even if it's better, it still don't work for me.
>
> Here is what is logged in log:
>
> 0(1515) DEBUG: uac [auth_hdr.c:409]: hdr is username="07500", realm="BroadWorks",
> non
Am 01.07.2010 15:14, schrieb Ján ONDREJ (SAL):
But I con't find any response in ACK packet send to our provider:
The ACK is just to finalize the rejected INVITE. Kamailio should send
another INVITE request with proper credentials.
regards
Klaus
Am 01.07.2010 14:38, schrieb Claudio Furrer:
Hi, I have a similar issue,
It is not possible to debug this issue without full SIP trace!
ngrep -Wbyline -t -d any port 5060
regards
Klaus
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-user
Daniel-Constantin Mierla writes:
> this is another issue ... the mi commands were designed to be run from
> special processes, created by mi transport modules (mi_fifo,
> mi_datagram, etc). There are special init functions called for these
> processes. However, with 3.0 xmlrpc module can call t
Sehr geehrte Damen und Herren,
leider kann ich Ihre e-mail momentan nicht beantworten / bearbeiten, da ich
mich bis einschliesslich 12.07.2010 im Urlaub befinde.
In dringenden Fällen wenden Sie sich bitte telefonisch an meine Mitarbeiter
unter der Rufnummer 04231 / 776 .
Mit freundlichen
On Tue, Jun 29, 2010 at 12:24:03PM +0200, Henning Westerholt wrote:
> On Friday 18 June 2010, Iñaki Baz Castillo wrote:
> > 2010/6/18 Iñaki Baz Castillo :
> > > 2010/6/17 Klaus Darilion :
> > >> looks like the header is buggy, it should be "Digest":
> > >>> challenge = ("Digest" LWS dig
> -Original Message-
> From: Juha Heinanen [mailto:j...@tutpro.com]
> Sent: Thursday, July 01, 2010 1:43 AM
> To: JR Richardson; SR-Users
> Subject: Re: [SR-Users] permissions module address_reload not working
>
> Juha Heinanen writes:
>
> > reverting the patch thus most likely reintroduc
On 7/1/10 1:18 PM, Juha Heinanen wrote:
Daniel-Constantin Mierla writes:
Juha, I just committed on master and tested over MI where works fine.
Can you do some tests over rpc? If all ok then can be backported.
daniel,
i deleted whole sr git repo and downloaded a new one. after tha
Hi, I have a similar issue, my proxy sip doesn't relay the ACK coming from a
Cisco GW (caller), to a PSTN-GW (callee), then the OK and ACK are retransmitted
for a while till the pstn-gw send a BYE.
Attach a text graph, where:
10.10.10.128 is a Cisco GW.
10.15.15.122 is my Proxy SIP (and oldie SE
Daniel-Constantin Mierla writes:
> Juha, I just committed on master and tested over MI where works fine.
> Can you do some tests over rpc? If all ok then can be backported.
daniel,
i deleted whole sr git repo and downloaded a new one. after that i did
address_reload tests. it works from comma
Daniel-Constantin Mierla writes:
> Juha, I just committed on master and tested over MI where works fine.
> Can you do some tests over rpc? If all ok then can be backported.
it would be nice if i could, but after trying to cherry-pick my msilo
commit to sr_3.0, i got errors about debian-lenny fil
Hello,
On 5/27/10 3:32 PM, Anton Roman wrote:
Hi,
regarding the missing Contact header in the REFER message, it can be
solved by including some lines in /modules_k/dialog/dlg_ transfer.c.
In this file, the Contact of the initial INVITE generated with
dlg_bridge command can be easily changed
On 7/1/10 10:44 AM, Juha Heinanen wrote:
Daniel-Constantin Mierla writes:
I guess you use this command via rpc interface, not via mi.
yes, i use 'ctl mi address_reload', noticed that it didn't work and then
went and fixed it.
Looking at
the code, the mi init child is not done
Hello,
keep cc-ing the mailing list for any message, so next people that come
and scan mailing list archive for the same issue discover the solution
and whether was good or not.
Cheers,
Daniel
On 6/30/10 11:40 PM, "Nicolas Rüger" wrote:
Hello Daniel,
thanks for the fast answer. I followed
Daniel-Constantin Mierla writes:
> I guess you use this command via rpc interface, not via mi.
yes, i use 'ctl mi address_reload', noticed that it didn't work and then
went and fixed it.
> Looking at
> the code, the mi init child is not done for rpc processes, resulting in
> some mi commands n
Hello Juha,
On 7/1/10 8:28 AM, Juha Heinanen wrote:
JR Richardson writes:
Well, you sure are a smart fella. I reverted the patch and reloading
the address table works as expected now. For clarification I was
testing with kamailio-3.0.2_src_2010-06-30_a6141a.tar.gz snapshot.
Let me know w
Problem is, IMHO, (no disrespect to SER/Kamailio or community), its a case
of the best application for the job, SER is a proxy/registrar not really
designed for queuing calls.
The agents don't all have to been on a single server - and if you did want
to put them all on a single server - boy I woul
Hi Neil,
Thank you for supporting :).
My system is to support up to 1000 agents. I don't think using Asterisk is
the best choice at the moment.
BR,
Mr House Cricket
2010/7/1 Neill Wilkinson
> Use Asterisk or FreeSwitch for this fronted by SER/Kamailio.
>
> FreeSwitch FIFO application or Aste
Hi!
Kamailio behaves correct in this trace and I couldn't spot an abvious
error in the trace.
Nevertheless there are 2 problems:
1. Asterisk Gateway does not receive/accept the ACK
2. Asterisk PBX does not retransmit ACK
reg. 1: ask the gateway operator if he sees the ACK in the Asterisk log
Use Asterisk or FreeSwitch for this fronted by SER/Kamailio.
FreeSwitch FIFO application or Asterisk Queues + AGI.
Neill;o)
Aeonvista Ltd
Opening Up New Ideas
On 1 July 2010 05:06, Trung Anh wrote:
> Hi everyone,
>
> I have a problem about Agents status.
>
> Now, i want to develop ACD sy
36 matches
Mail list logo
