<div dir="ltr">On Fri, Dec 28, 2012 at 2:13 AM, Steven Ayre <span dir="ltr"><<a href="mailto:steveayre@gmail.com" target="_blank">steveayre@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="auto"><div>This is incomplete. The normal flow is</div>
<div>-> REGISTER</div><div><- 401</div><div>-> REGISTER</div><div><- 200 or 403</div></div></blockquote><div><br></div><div style>I get it! It's like an HTTP basic auth sequence. The client does a GET, the server sends a 401 Authorization Required, and then the client prompts the user for login/password.</div>
<div style><br></div><div style><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="auto">
<div>The digest includes the domain, if the user and password match perhaps the problem lies there...<br></div></div></blockquote><div><br></div><div style>Here is the entire header from the 2nd request:</div><div> REGISTER sip:192.168.4.1:5060;transport=tcp SIP/2.0</div>
<div> Via: SIP/2.0/TCP 192.168.4.254:4025;rport;branch=z9hG4bKPj3ewRQ6PZNlIanuwbxr2CmdFx1fK2BF0A</div><div> Max-Forwards: 70</div><div> From: "110" <<a href="mailto:sip%3A1001@192.168.4.1">sip:1001@192.168.4.1</a>>;tag=fP-z0E14AtiuJz99qM1-4639EYKwlVjD</div>
<div> To: "110" <<a href="mailto:sip%3A1001@192.168.4.1">sip:1001@192.168.4.1</a>></div><div> Call-ID: TJDE1DQJNq40N64qIBpmll0KBNhezSyR</div><div> CSeq: 22408 REGISTER</div><div> User-Agent: Cisco-CP3905/9.2.1</div>
<div> Contact: <sip:110@192.168.4.254:4025;transport=TCP>;+sip.instance="<urn:uuid:00000000-0000-0000-0000-f47f353ce879>";+u.sip!<a href="http://devicename.ccm.cisco.com">devicename.ccm.cisco.com</a>="SEPF47F353CE879";+u.sip!<a href="http://model.ccm.cisco.com">model.ccm.cisco.com</a>="592"</div>
<div> Expires: 3600</div><div> Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS</div><div> Content-Disposition: session;handling=optional</div><div> Content-Type: application/x-cisco-remotecc-request+xml</div>
<div> Content-Length: 413</div><div> Reason: SIP;cause=200;text="cisco-alarm:25 Name=SEPF47F353CE879 Load=3905.9-2-1-0 Last=initialized"</div><div> Supported: replaces,join,sdp-anat,norefersub,extended-refer,X-cisco-callinfo,X-cisco-serviceuri,X-cisco-escapecodes,X-cisco-service-control,X-cisco-monrec,X-cisco-config,X-cisco-sis-4.0.0,X-cisco-xsi-7.0.1</div>
<div> Authorization: Digest username="1001", realm="192.168.4.1", nonce="ba548054-7dac-4cae-8939-076a2b438ee6", uri="sip:192.168.4.1:5060;transport=tcp", response="d9057b4ea439ce750e6b4e751cfc5e69", algorithm=MD5, cnonce="G4bay98LUnpnFmf.907akOTr60NEaeup", qop=auth, nc=00000001</div>
<div style><br></div><div style>The configuration file from /tftpboot includes:</div><div style><div><name>1001</name> </div><div>...</div><div><authName>1001</authName> </div><div><authPassword>654987</authPassword> </div>
<div><br></div><div style>...so I assume it's sending that password in the digest.</div><div><br></div><div style>I think my problem is that I don't yet fully understand the FreeSwitch configuration. The only place that password occurs is in conf/directory/1001.xml. It it supposed to go somewhere else?</div>
<div style><br></div></div><div style>On Fri, Dec 28, 2012 at 2:52 AM, Erik Dekkers <span dir="ltr"><<a href="mailto:erik.dekkers@certhon.com" target="_blank">erik.dekkers@certhon.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div lang="NL" link="blue" vlink="purple"><p class=""><span style="color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:11pt">Seeing the firmware version in the User Agent header this phone is probably build on the same platform as the 79XX series phones and having the same sip-stack.</span><br>
</p><p class=""><span lang="EN-US" style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">From experience I can tell you that sip-stack is really really horrible. I don’t know if you have bought a lot of these phone or just testing one.</span></p>
</div></blockquote><div><br></div><div style>Fortunately, I only purchased 2 for testing.</div><div style><br></div><div style>I also purchased 3 Polycom SoundPoint IP 320 SIP phones, also for testing. I haven't gotten to them yet, because they need to boot with FTP instead of TFTP, and I need to figure out how to get vsftpd to work.</div>
<div style><br></div><div style>I also bought an ultra-cheap Zultys (their headquarters is 1 mile from my house) phone, but I haven't even powered it up yet, and I probably won't use many of them because it doesn't have PoE.</div>
<div style><br></div><div style>I'll try your suggestion on the SPA500 series.</div><div style><br></div><div style>-- </div><div style>Steve</div></div></div></div></div>