Ok, I found the problem.
It appears that I left the STUN server settings
configured on my SIP client.
This was causing the delay I was talking about. I was
using one of the IP addresses on the Vovida website
for their free STUN servers (for testing purposes).
When I remove the STUN server settings I can make a
call if the SIP client is on a static IP address.
Now when the client is behind the NAT, all sounds stop
after the first ring.
So now I'm not sure if this is a problem with my SER
configuration, my Asterisk configuration, or my SIP
client configuration.
Any ideas?
Thank you for your time.
--- Klaus Darilion <darilion(a)ict.tuwien.ac.at> wrote:
If the problem is between dialing and message 1,
than this has nothing
to do with ser, because ser is between message 1 &
2.
Which user agent do you use?
What is "long pause"? 0.5 seconds, 5 seconds, 50
secondes?
Have you watched if there is some other traffic
caused by your user
agent (capture the network traffic directly at UA1,
not at the proxy)?
e.g. DNS lookups, NTP requests, ...
regards,
Klaus
-----Original Message-----
From: jerk face [mailto:jerkface2098@yahoo.com]
Sent: Monday, December 22, 2003 9:22 PM
To: Klaus Darilion
Subject: RE: [Serusers] Call connections take too
long
My delay is from the time that I dial the number
to
the time that "1. INVITE" happens.
In ser.cfg I have the following in route()
if (uri=~"sip:1[0-9][0-9]+@.*") {
rewritehostport("X.X.X.X:5060");
#forward the request now
if (!t_relay()) {
sl_reply_error();
};
break;
};
I found that in the documentation for SER but I
don't
really understand what it means.
I am used to the Asterisk syntax for phone numbers
so
I'm confused when I see
"1[0-9][0-9]+@.*"
So anything that starts with 1 is sent to my
gateway.
But I don't understand
"[0-9][0-9]". How many
digits
does this include?
I'm only calling in North America, so I need 10
digits
after the initial 1.
Is it possible that I have it configured to look
for
more than 10 digits, so it waits until it times
out
and then sends the digits it has received?
If that is the problem, how do I fix it?
--- Klaus Darilion <darilion(a)ict.tuwien.ac.at>
wrote:
> Hi!
>
> Sorry, I haven't understand your setup! Please
take
> a look at the
> follwing figure. Where is the great delay?
Between
> which messages?
>
> UA 1 proxy
> UA2
> | |
> |
> |1. INVITE | 2. INVITE
> |
> | --------------------> |
---------------------->
> |
> | |
> |
> | 4. 180 Ringing | 3. 180 Ringing
> |
> | <------------------- |
<---------------------
> |
> | |
> |
> | |
> |
> | 6. 200 OK | 5. 200 OK
> |
> | <-------------------- |
<---------------------
> |
> | |
> |
> | |
> |
> | 7. ACK | 8. ACK
> |
> | ------------------> |
--------------------->
> |
> | |
> |
> | |
> |
>
>
> regards,
> Klaus
>
>
> > -----Original Message-----
> > From: jerk face
[mailto:jerkface2098@yahoo.com]
> > Sent: Monday, December 22, 2003 9:01
PM
> > To: Klaus Darilion
> > Cc: serusers(a)lists.iptel.org
> > Subject: RE: [Serusers] Call connections take
too
> long
> >
> >
> > My setup:
> > I use a proxy for dialing. The proxy has a
static
> IP
> > address. The callee can be behind a NAT or on
a
> > static IP address and the call will
take a
long
> time
> > to connect.
> > I have watched the traffic at the caller end
and
> it is
> > the same (long pause).
> >
> > Any other possibilities?
> >
> > Thank you for your time.
> >
> >
> > --- Klaus Darilion <darilion(a)ict.tuwien.ac.at>
> wrote:
> > > That all depends on your setup.
> > >
> > > Do you use direct IP dialing or do you use a
> proxy?
> > > Where is the proxy -
> > > in your local network or somewhere in the
public
> > > internet? Where is the
> > > callee located - same network or somewhere
else?
> It
> > > might be also useful
> > > to watch the network traffic at the callees
site
> and
> > > at the ser proxy.
> > >
> > > Klaus
> > >
> > > > -----Original Message-----
> > > > From: jerk face
> [mailto:jerkface2098@yahoo.com]
> > > > Sent: Monday, December 22, 2003 6:23 PM
> > > > To: Klaus Darilion
> > > > Cc: serusers(a)lists.iptel.org
> > > > Subject: RE: [Serusers] Call connections
take
> too
> > > long
> > > >
> > > >
> > > > I ran ngrep -d eth0 X.X.X.X (Where X.X.X.X
is
> my
> > > IP
> > > > address) and I didn't get a lot of DNS
=== message
truncated ===
__________________________________
Do you Yahoo!?
New Yahoo! Photos - easier uploading and sharing.