[asterisk-users] What don't I get about SIP?

[Rushowr]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Mike wrote:
> But that's the whole freaking problem!!!
> 
> If I could do that, I would. But Asterisk keeps on sending the "484 Address
> incomplete" message, and the Polycom keeps on waiting silently and patiently
> for me to put in the needed extra digit(s).  
> 
> When I pick up my home phone, and I forget a number, the phone company does
> wait a few seconds for the last digit.  But there is a timeout, and
> eventually I get a fast busy.  That`s what I want.  And apparently, I can`t
> get that.
> 
> Mike
> 
> -----Original Message-----
> From: asterisk-users-bounces at lists.digium.com
> [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Eric
> "ManxPower" Wieling
> Sent: September 8, 2006 6:23 PM
> To: Asterisk Users Mailing List - Non-Commercial Discussion
> Subject: Re: [asterisk-users] What don't I get about SIP?
> 
> Not much you can do about that other than:
> 
> exten => _X.,1,Playback(dial-real-number-you-moron)
> exten => _X.,2,Hangup
> 
> Mike wrote:
>> That's a good idea, and I tried, but as far as I know the digitmap 
>> setting of the Polycom allows me to enable the phone to dial 
>> automatically after a pattern is used (ex : [9]xxxxxxxxxx), but it 
>> doesn’t allow me to consider a too short string as being invalid (ex 
>> if I miss a digit and just dial
>> 9-555-55-5555 and then press "send".
>>
>> Am I wrong? Cause did try the above example, and I got a 484 response 
>> back...
>>
>> Mike
>>
>> -----Original Message-----
>> From: asterisk-users-bounces at lists.digium.com
>> [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Eric 
>> "ManxPower" Wieling
>> Sent: September 8, 2006 5:49 PM
>> To: Asterisk Users Mailing List - Non-Commercial Discussion
>> Subject: Re: [asterisk-users] What don't I get about SIP?
>>
>> Mike wrote:
>>> It's not a silly idea, I've been doing some sniffing and debugging 
>>> with my limited knowledge of the whole process.  I found this in the 
>>> debug stream after having dialed "965").
>>>
>>> Notice this line: SIP/2.0 484 Address Incomplete.
>>>
>>> Is this what I was suspecting, that it knows it could match a pattern
>>> (_9XXXXX) with a few more digits and so waiting for those digits from 
>>> the user?  How can I disable this or turn it off?  The Polycom 501 
>>> "supports 484 responses", but how can I either:
>>> 1) Disable it in the phone
>>> 2) Disable it in Asterisk
>> I didn't even know that Polycom supported 484.
>>
>> Update the dialplan on your Polycom to make sure it will never send a 
>> partial number.  You will no longer have to press Dial then either.
>> _______________________________________________
>> --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
>>
>>
>> _______________________________________________
>> --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
>>
> 
> _______________________________________________
> --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
> 
> 
> _______________________________________________
> --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
> 
It's actually your phone's responsibility to respond to the 484 and/or a
dial timeout. ;-)

- --
S McGowan
VoIP Consultant
rushowr at phreaker.net

- -----BEGIN PGP PUBLIC KEY BLOCK-----
Version: GnuPG v1.4.5 (MingW32) - WinPT 0.12.3

mQGiBETxLJERBACrFvzk3Hd8AO9aGCSSgoabp8GGS7jYhR1UP9zqYeJIHeH+/r/D
sCL0mPUGX1+FnVlh5UAO0Q3hueCdtgbAhdqMJMDhjQ2Tm10kBWu2DjWrLVnGx0QD
Id1XAiQ1WIJkE2VqphKD0WVMsyxj08w+o+DwjD+mu3GCgitRTVOB9OnzpwCg3Ynx
BHlbNUzLTp+3oUuudndpaiEEAIlBCJoIg+zCTg4/kFjsWfSYo3kTwNoQPqqMINMe
GM15CkRvXgUdMgJMPeEqXNmfnUUHNf/6KD2WpP5kJcBZdNWHicvS+A+P1Sjuybio
5XlJgMDW5tzCX0V45n+RgZQjHMg1wpcv0eVOMhmaSL4eC7MyUnZBHzuBYmgNMpiM
EF2wA/4y+hhoZ2SYUzTWk4QUPL8yaHTNS/4/aH8AB5cyRNljqT5//AXzYF3AxMZX
bslWy4MtzX9CI9Zg8hxIzcaYp/oeFSVrv6Or/8ZRQk2T+eB7ymPY6T+SOcKfTgR2
f9kzlxtPjRK/nXDovjaaOGl0U0NaPemB0w8fEuNkF4LxKdAea7QgUyBNY0dvd2Fu
IDxydXNob3dyQHBocmVha2VyLm5ldD6IYAQTEQIAIAUCRPEskQIbAwYLCQgHAwIE
FQIIAwQWAgMBAh4BAheAAAoJEJX0LL+xQYafrbQAoKFzcLsRIkXWL1wzldi2iG4l
FHD/AKCguGXH7GtZKpQfFct6vQUOnJuUB7kCDQRE8SygEAgAlOYMwiFKPALEpi/X
Cb3kTzpDqi9yvlijssnyxY2IxTYJHheE2dkITtdmgFlfud0lCLiSVhf8i9Y2YCar
I+Djz7/LTlX4lhcDBeAaSHfDUtr5jTn3caK5A3inCAxoI7Um9Sy3fSyW9DMww2Mj
t+ysQ2XuXpRZ984/3X79kNttae7L3FqASHjfflUFhBukxpSAn5evmkAnmZDhjy5a
Z9Ut+DGDQOG2qvDTZM/RFDyodLIRoW9AK2O3A7CtVjZVOTSjDdhdOsHzsuBioh51
ngfUo4B3hDy+tv5qtzD5UjVj8g+oFqDpjo7mj7EwhD/AqHxg6yKqOtVLTmeEdZzW
RMMGkwADBQgAjutKcj73K0GqhlKP3D3plXXBLOeAnoUBMoxbd7u7HigTXkTeq7gX
c+zC6pu3atL1piRBOTYPiflf36hkph+EC9Zu7fBmaIdKRqltV9m+XB5l6Kw/C4go
hTeLFI5A61GmiyQ5NPRpaeERGba+EoWswYIUxkCmr7I02DL8R72oLu6bb+bevCz5
d1AKrY2Vg3M8IXhGHPrYoFup6EYC6Thp2wRG4vBtpQStFbdYjXNBYmwWNERPzOzb
k3pU8y96X7mqLHbv6gi5wapJyPidasc3VtU7RrwSEsYDoc2nf+6KzZMTT3rnB9RL
gns2mcXM/4utmBWzSL7tnil5mlI9dynHQYhJBBgRAgAJBQJE8SygAhsMAAoJEJX0
LL+xQYafclwAnAmrmJpITi7ngFNR/obx/l6tNPRqAJ477VYqaBg58lc+TlGK1DoA
HeMrow==
=GJrg
- -----END PGP PUBLIC KEY BLOCK-----


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (MingW32)

iD8DBQFFAfbKlfQsv7FBhp8RAlocAKCc1vB7X4RXHh56VhwSCgD2WbaomQCgjbJs
Bw5zO0W6bqUL96qAYB4o2Lw=
=P/Mo
-----END PGP SIGNATURE-----