They are only locking the IP for an hour. This is bad enough for me as most
of my clients run their sip app on smart phones.
On Fri, Sep 9, 2011 at 10:45 PM, Paul Kyzivat wrote:
> On 9/9/11 11:11 AM, Wyne Wolf wrote:
> > Never mind guys. The server is locking the account to the IP ad
Never mind guys. The server is locking the account to the IP address the
account was first used. I guess it was for security reasons. Thanks again.
On Fri, Sep 9, 2011 at 10:38 AM, Wyne Wolf wrote:
> Yes. The user name and password are both correct.
>
> On Fri, Sep 9, 2011 at 10:26 A
p to a limit
> (like 50 times)
>
> To avoid loop. After reach the maximum you must see 403 instead 401.
>
>
>
>
>
>
> -Original Message-
> From: sip-implementors-boun...@lists.cs.columbia.edu
> [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behal
w values must be obtained.
>
> So, IMO, the server does not like the response (request digest) calculated
> by the client indicating that the username and/or password are invalid.
>
> Regards,
> Tarun Gupta
> Aricent
>
> -Original Message-
> From: sip-impleme
Hi,
Can someone look at this log? I can't see what is wrong with it, but the
server refusing registration.
Thank you.
Thu Sep 08 21:32:02 Europe/Dublin 2011 Send to //217.10.79.23:5060(522)
REGISTER sip:sipgate.co.uk SIP/2.0
Via: SIP/2.0/UDP
192.168.0.1:5060;rport;branch=z9hG4bK-8ac3fcfe85ec54e
equent
> REQUESTS.
>
>
>
>
> -Original Message-
> From: sip-implementors-boun...@lists.cs.columbia.edu
> [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of ext
> Wyne Wolf
> Sent: Tuesday, January 25, 2011 10:37 AM
> To: Worley, Dale R (
Got it working. Implemented both ways. That particular server allows the
original nonce to be used for a very very long time.
On Tue, Jan 25, 2011 at 10:45 AM, Worley, Dale R (Dale)
wrote:
>
> From: sip-implementors-boun...@lists.cs.columbia.edu [
> sip-
Hi Kevin,
I have changed the cnone, nonce, nc and re-compute the header in the "BYE"
request. So it is not the same.
On Tue, Jan 25, 2011 at 10:13 AM, Kevin P. Fleming wrote:
> On 01/25/2011 09:08 AM, Wyne Wolf wrote:
> > Hi,
> >
> > I am getting an "Unauth
Hi,
I am getting an "Unauthorized" on the "BYE" method with one particular
service. Can anyone take a look at the trace for me? I have triple checked
the authorization string and it is correct. Thanks.
---
Yes. You are correct. If you are doing your own scheme, you can change it.
On Tue, Jan 25, 2011 at 9:24 AM, Pavesi, Valdemar (NSN - US/Irving) <
valdemar.pav...@nsn.com> wrote:
> yes, for me the secret is equal UserMD5.
>
> --
> *Fr
uot;
> & ",qop="& QopStr
> & ",cnonce=" & QUOTE & CnonceStr
> & QUOTE
> & ",uri="& QUOTE & UriStr
> &a
Hi,
I successfully generate 'Authorization' string for the invite and the server
returns 200 OK for the invite. However, I got "Bad Request" responds from
the server when sending the BYE method with the same 'Authorization' string
from the 'Invite'. Which parameter in the 'Authorization' string do
Yes. I did and we have a custom implementation. Our service facilitates
client to client connection because traffic going through a server is
absolutely unacceptable to our customers.
On Thu, Dec 16, 2010 at 2:56 AM, Saúl Ibarra Corretgé wrote:
> On Thu, Dec 16, 2010 at 3:56 AM, Wyne Wolf wr
I think ALG is useless. What we need is a protocol that the app can query
the router about the public IP and Port of a mapping. Something like when
the NAT entry is first created on the router, it sends back an ICMP packet
containing the outside IP and Port.
On Tue, Dec 7, 2010 at 4:17 AM, Iñaki
Hi,
With most of routers these days are either Restrict Cone or Port Restrict
Cone, have you guys manage to connect two phones both behind firewalls? I
took a peek at the way packets are send behind two machines on a Logmein
session, got a lot of insight on how things are down.
___
> the ACK:
>
> Route:
> Route:
>
> And the ACK request needs to be sent to 172.30.20.1 (the top route).
>
> cheers,
> (-:bob
>
>
>
>
> -Original Message-
> From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:
> sip-implementors-boun...@lists.c
of the record-route's you
> received in 200 OK.
> Please verify.
>
> Regards
> -Satan
>
>
> On Mon, Nov 22, 2010 at 7:11 AM, Wyne Wolf wrote:
> > Here are the sip messages for INVITE, 200 OK, ACK. Thank you for helping.
> >
> > Satan, if you need the sip
e9b7fe3c2ef6a0aff44860cf52a29b3db004",uri="
sip:10...@sipgate.com
",response="6fc4f15ec6d31da874d9861511f85cb2",algorithm=MD5
CSeq: 14 ACK
Content-Length: 0
On Sat, Nov 20, 2010 at 11:54 PM, SIP Satan wrote:
> Hi,
>
> Please paste One set of INVITE ,200 OK, ACK
A lot of VoIP based pbxes does not send a 200 during the greeting. They send
a 183 with early media instead. They will continue with the ivr script until
a dtmf input is expected, then the send a 200.
On Fri, Nov 19, 2010 at 6:33 PM, Paul Kyzivat wrote:
> I agree with Dale, with an added comment
lists.cs.columbia.edu [mailto:sip-
> > implementors-boun...@lists.cs.columbia.edu] On Behalf Of Wyne Wolf
> > Sent: Friday, November 19, 2010 4:30 PM
> > To: sip-implementors@lists.cs.columbia.edu
> > Subject: Re: [Sip-implementors] ACK cannot stop the flood of 200 OK
>
OK. I directly send the ACK to the contact. Still getting the flood of 200s
coming. The thing is, it only happens with this sip service provider (
sipgate.com). Other service providers are working find - no flood of 200s.
On Fri, Nov 19, 2010 at 5:26 PM, Wyne Wolf wrote:
> Yes Pavesi. Howe
It would seem that your ACK isn't being recognized as matching the
> INVITE. Without details can't say if the fault is with the UAC or UAS.
>
> What's needed to sort it out is the INVITE, 200, and ACK messages.
>
>Thanks,
> Paul
>
> On 11/19/2010
Yes Pavesi. However, xlite did not send the ACK to the contact from the
200ok and it stop the flood of them coming it. Anyway, I am going to try to
send the ACK to the contact and see what happens.
On Fri, Nov 19, 2010 at 4:34 PM, Pavesi, Valdemar (NSN - US/Irving) <
valdemar.pav...@nsn.com> wrote
Hi all,
I am new here. We have done a sip implementation and are testing it against
many sip servers and services out there. It works good except when we are
testing against a VoIP provider sipgate.com. When we send an inviter, the
call proceeds and eventually their server returns a 200 OK, we imm
24 matches
Mail list logo
