can you send a link of a text sip trace please.

On Oct 1, 2009, at 3:29 PM, Nicolas Brenner wrote:

Any ideas about this?

The SIP provider is offering H323, but I'm not quite sure about that, is mod_opal working right?

Thanks!

Nicolas

On Tue, Sep 29, 2009 at 6:42 PM, Nicolas Brenner <nico...@medularis.com > wrote: Anthony, thanks. Below are my config files for the two gateways from the sip trace. Both files are located in conf/directory/default.

---------------------

redvoiss.xml (the one that works)

<include>
  <user id="gateway_redvoiss">
    <gateways>
      <gateway name="redvoiss-pp">
        <param name="username" value="xxxxxxx"/>
        <param name="password" value="xxxxxxx"/>
        <param name="from-domain" value="pxextmy.redvoiss.net"/>
        <param name="realm" value="pxextmy.redvoiss.net"/>
        <param name="proxy" value="pxextmy.redvoiss.net"/>
        <param name="from-user" value="xxxxxxx"/>
        <param name="caller-id-in-from" value="false"/>
        <param name="expire-seconds" value="600"/>
        <param name="register" value="true"/>
        <param name="retry_seconds" value="5"/>
        <param name="extension" value="2010"/>
        <param name="context" value="public"/>
        <param name="codec-prefs" value="G729"/>
        <param name="rfc2833-pt" value="101"/>
      </gateway>
    </gateways>
    <params>
      <param name="password" value="4321"/>
    </params>
  </user>
</include>

---------------------

orange.xml (the one that doesn't work)

<include>
  <user id="gateway_orange">
    <gateways>
      <gateway name="orange">
        <param name="username" value="xxxxxxx"/>
        <param name="password" value="xxxxxxx"/>
        <param name="from-domain" value="216.72.10.39"/>
        <param name="realm" value="216.72.10.39"/>
        <param name="proxy" value="216.72.10.39"/>
        <param name="from-user" value="xxxxxxx"/>
        <param name="caller-id-in-from" value="false"/>
        <param name="expire-seconds" value="600"/>
        <param name="register" value="true"/>
        <param name="retry_seconds" value="5"/>
        <param name="extension" value="2011"/>
        <param name="context" value="public"/>
        <param name="codec-prefs" value="G729"/>
        <param name="rfc2833-pt" value="101"/>
      </gateway>
    </gateways>
    <params>
      <param name="password" value="4321"/>
    </params>
  </user>
</include>

---------------------

If I remove the register=true param for the non-working gateway, I don't get the registration error on the cli, but then all call attempts get rejected with a 401 Unauthorized, and I get a hangup cause of NORMAL_UNSPECIFIED.


Best,

Nicolas



On Tue, Sep 29, 2009 at 2:22 PM, Anthony Minessale <anthony.miness...@gmail.com > wrote: 900 level errors are sofia internal errors so probably something is wrong with your gateway config xml. if you want to send it with any critical info replaced with XXX maybe we can see the issue for you.



On Tue, Sep 29, 2009 at 1:05 PM, Nicolas Brenner <nico...@medularis.com > wrote:
Hello everyone,

I am trying to add a gateway, but after configuring it just like the others gateways I have, it is failing to register with a message like this:

2009-09-29 12:54:40.853440 [ERR] sofia_reg.c:1402 orange Registration Failed with status Operation has no matching challenge [904]. failure #1 2009-09-29 12:54:40.906798 [WARNING] sofia_reg.c:364 orange Failed Registration, setting retry to 10 seconds.

I captured the sip traffic and noticed that when trying to register with one gateway (the one that works), I get a "Trying" reply immediately followed by a "401 Unauthorized" which contains a "WWW- Authenticate: digest" with a "qop=auth" parameter. Then Freeswitch replies with a second REGISTER including a large "Authorization: digest" section with cnonce and nc=00000001 parameters.

The gateway which doesn't register, doesn't send the "qop=auth" parameter together with the "401 Unauthorized", and then Freeswitch sends a "Authorization: digest" section on the second REGISTER with no cnonce or nc parameters.

I know very little abouth SIP, so I'm wondering what this "qop=auth" parameter means and how does it affect the registration process. Is there any way to do without the qop=auth parameter?

Also, I tried registering with X-Lite directly to the gateway, and it worked, so it appears to be a problem in the Freeswitch/gateway combination. (Note: X-Lite sends an "Authorization: digest" section on the _first_ REGISTER, apparently this makes a difference)

Attached is a sip trace for the registration traffic when doing "sofia profile external restart reloadxml" on the cli, captured with "tshark -i eth0 -o "rtp.heuristic_rtp: TRUE" -w /tmp/capture.pcap -b filesize:51200 -b files:100 -R 'sip or rtp or icmp or dns or rtcp or t38'"

_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

Reply via email to