|
Hi Brian, hi list, Brian Candler wrote: Thanks for your explainations. Now all that is far more clear to me!On Fri, Oct 13, 2006 at 01:35:04AM +0200, Norbert Zawodsky wrote:I've set canreinvite=no on the channel to the SIP provider and it immediately worked. O.k., I'm happy about that but I want to *understand* what's going on here. . My setup is: And my *-Box starts working now... But I have another wierd problem to solve: I reduced my sip.conf and extension.conf to an absolute minimum. sip.conf: [general] context=from-inode ; Default context for incoming calls realm=zawodsky.at ; Realm for digest authentication defaultexpirey=14400 bindport=5060 ; UDP Port to bind to (SIP standard port is 5060) bindaddr=0.0.0.0 ; IP address to bind to (0.0.0.0 binds to all) srvlookup=yes ; Enable DNS SRV lookups on outbound calls tos=lowdelay ; lowdelay,throughput,reliability,mincost,none disallow=all ; First disallow all codecs allow=alaw ; Allow codecs in order of preference allow=ulaw ; Allow codecs in order of preference allow=gsm ; Allow codecs in order of preference register => <user>:<passwor>@voip.inode.at:5060 externip = 81.223.241.115 ; Address that we're going to put in outbound SIP messages localnet=192.168.1.0/255.255.255.0 ; All RFC 1918 addresses are local networks nat=yes ; Global NAT settings (Affects all peers and users) ; ; 10 - Chef (Snom360) ; [10] type=friend context=local-clients host=dynamic secret=WdCm1g dtmfmode=rfc2833 callerid=Chef <10> ; callgroup=1 ; pickupgroup=1 subscribecontext=local-clients extensions.conf: [general] static=yes writeprotect=no autofallthrough=yes clearglobalvars=no priorityjumping=no [globals] [from-inode] exten => s,1,NoOp(from-inode, EXTEN=${EXTEN}) exten => s,n,Answer() exten => s,n,Echo() exten => s,n,Hangup() [local-clients] [default] Now, the behavior I don' understand. I would assume that all inbound calls should be routed into the 's' extension. I called * from another phone. The number my SIP provider gave to me is 8904676, areacode 01. But if I call my box dialing my number "8904676", the call is routed to 's'. (I can hear the Echo application talking back to me) if I append an extension, regardless of using '10' or any other (fox example 89046760, 89046761, 890467610, 890467612345), asterisk simply rejects the call. (The calling phones display says "not possible") I turned on sip debugging and noted folowing differences in the output (1st='8904676', 2nd='890467610'): 1st: INVITE sip:[EMAIL PROTECTED] SIP/2.0 2nd: INVITE sip:[EMAIL PROTECTED] SIP/2.0 1st: To: sip:[EMAIL PROTECTED] 2nd: To: sip:[EMAIL PROTECTED] 1st: From: sip:[EMAIL PROTECTED];tag=f6554db4ac48a72 2nd: From: sip:[EMAIL PROTECTED];tag=b9295878fc2630d 1st: Looking for s in from-inode (domain 81.223.241.115) 2nd: Looking for 01890467610 in from-inode (domain 81.223.241.115) From this point on, debug output is completely different because 1st answers and 2nd hangs up. But why is this so? Regards Norbert (And thank you for your patience wiht my beginners questions!) |
_______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
