[Freeswitch-users] Problem with gateway registration
Nicolas Brenner
nicolas at medularis.com
Tue Sep 29 15:42:37 PDT 2009
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.minessale at 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 <nicolas at 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'"
>>
>> Thanks!
>>
>> Nicolas
>>
>>
>>
>>
>> _______________________________________________
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>
>
> --
> Anthony Minessale II
>
> FreeSWITCH http://www.freeswitch.org/
> ClueCon http://www.cluecon.com/
> Twitter: http://twitter.com/FreeSWITCH_wire
>
> AIM: anthm
> MSN:anthony_minessale at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
> IRC: irc.freenode.net #freeswitch
>
> FreeSWITCH Developer Conference
> sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
> iax:guest at conference.freeswitch.org/888
> googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
> pstn:213-799-1400
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20090929/092762dd/attachment-0002.html
More information about the FreeSWITCH-users
mailing list