asterisk users - May 2003 - iconnect and digest authentication.

Hello all,
 
I have a 7960 registered to asterisk. I am trying to use iconnect as my
sip provider. When I send an invite to delta-three, I get the normal
INVITE - 407 - INVITE exchange.
 
The problem is, asterisk is sending the second invite using the 'dialed
number' from the 7960 as the username, and not my 'username'
configured
in sip.conf.
 
I believe that digest authentication can be end-to-end or proxy-to-proxy
and this is my problem??( maybe not)
 
I have tried to use the type=friend / peer , and other combinations of
directives, in sip.conf to no avail.
 
Looking at this list, it seems people are able to authenticate and use
the deltathree with asterisk.
 
Can someone please shed some light to what might be going on, or how to
specifiy the digest behavior to be proxy-to-proxy?
 
Thanks in advance,
 
-Eric
 
 
 
------------------------------------------------------------------------
----------------
This email is composed of >80% recycled post consumer bits.
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20030524/cf95046d/attachment.htm

Hi Eric
>  
> I have a 7960 registered to asterisk. I am trying to use iconnect as my
> sip provider. When I send an invite to delta-three, I get the normal
> INVITE - 407 - INVITE exchange.
>  
> The problem is, asterisk is sending the second invite using the 'dialed
> number' from the 7960 as the username, and not my 'username'
configured
> in sip.conf.
>  
> I believe that digest authentication can be end-to-end or proxy-to-proxy
> and this is my problem??( maybe not)
To be hownest, I have no clue what this message means. I'm using
iconnect from behind a nat and it works so mayby my sip.conf is a help
to you. I only use iconnect to place calls.

sip.conf:
[iconnect]
type=friend
username=47663281
password=xxxx
host=natrelay.deltathree.com

for my cisco ATAs I also had to add the followin line to my

sip.conf:
[ATA-1]
canreinvite=no

This got rid of the problem of the connection beeing droped after a few
seconds.

CU
	Oliver