I use asterisk as a pstn and voicemail,but I get this error from asterisk 's CLI blow:
Verbosity is at least 3
-- Executing AbsoluteTimeout("SIP/61.183.23.216-08a3b558", "15") in new stack
-- Set Absolute Timeout to 15
-- Executing Congestion("SIP/61.183.23.216-08a3b558", "") in new stack
== Spawn extension (from-sip-external, 2000, 2) exited non-zero on 'SIP/61.183.23.216-08a3b558'
-- Executing AbsoluteTimeout("SIP/61.183.23.216-08a3b558", "15") in new stack
-- Set Absolute Timeout to 15
-- Executing Congestion("SIP/61.183.23.216-08a3b558", "") in new stack
== Spawn extension (from-sip-external, h, 2) exited non-zero on 'SIP/61.183.23.216-08a3b558'
What's wrong in it? ser or asterisk? I am not sure .anyones would help me?
Thanks
Zhaommin
Hi
Has anyone had a problem like this, everything is on a public IP, even
the UA, I get voice from UA --> PSTN, not the other way, the SDP all
looks fine, c= has the IP address of the UA in it, I was thinking it
might be a port problem, but the logs are not showing anything there.
Iqbal
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi folks,
I've been experiencing some troubles with ACK's with branch=0.
I found a thread about it but I didn't find a 'solution' folowing the thread.
http://lists.iptel.org/pipermail/serdev/2005-April/004296.html
Some one said that ACK/branch=0 is ok for non-negative (2xx) replies (RFC3261),
but I couldn't find that text in the RFC3261.
Can some one point me to the correct answer for that question?
Thanks in advance.
- --
============================================
Rodrigo P. Telles <telles(a)devel.it>
TI Manager
Devel-IT - http://www.devel.it
============================================
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFDIeGgiLK8unYgEMQRAsxDAJwOKxDAIHyr4Ll8hEEOIpav9FzqgACfT9Ej
fSsQEexrILyfA3u7JxU6lkg=
=nkWg
-----END PGP SIGNATURE-----
Example Mailbox,
There is a new voicemail in mailbox 1234:
From: "Japan SIP" <8000>
Length: 0:10 seconds
Date: Saturday, September 10, 2005 at 12:39:17 AM
Dial *98 to access your voicemail by phone.
Visit
http://www.voice.dyndns.tv/cgi-bin/vmail.cgi?action=login&mailbox=1234 to
check your voicemail with a web browser.
hi,
i have registered with Asterisk, After that when i try to call my other
extension, i am getting an "403 Forbidden" response.
Below is the dump of SIP messages.
Is there any SIP message is in conflict with the Asterisk rules..?
I need your help....
>>
SENT:
SOURCE [0.0.0.0:1035] <-> DESTINATION [10.100.12.201:5060]
INVITE sip:6442161001@10.100.12.201:5060 SIP/2.0
Via: SIP/2.0/UDP
10.100.12.209:5060;rport;branch=z9hG4bKce95dd81f969e71b577c8037f9bbdd63
From:
"Phone1"<sip:6442091001@10.100.12.209>;tag=1ed0181d0aae037030318fc1e955ccb4
To: sip:6442161001@10.100.12.201
Call-ID: 2d8bda61e762aedd29f8431fbaa3d1c2(a)10.100.12.209
CSeq: 24891 INVITE
Contact: "Phone1"<sip:6442091001@10.100.12.209>
Content-Length: 287
Content-Type: application/sdp
Expires: 180
Max-Forwards: 70
Organization: PMC-SIERRA
Proxy-Authorization: DIGEST
username="6442091001",realm="asterisk",nonce="51afa269",uri="sip:6442161001@
10.100.12.201",response="4e3255ca53d7cd894c98fac21132a991",algorithm=MD5
User-Agent: Stein
Authorization: DIGEST
username="6442091001",realm="asterisk",nonce="51afa269",uri="sip:6442161001@
10.100.12.201",response="4e3255ca53d7cd894c98fac21132a991",algorithm=MD5
v=0
o=UserName 584103545 0 IN IP4 10.100.12.209
s=Voice Session
c=IN IP4 10.100.12.209
t=0 0
m=audio 8002 RTP/AVP 0 4 8 18
a=rtpmap:0 PCMU/8000
a=rtpmap:4 G723/8000
a=fmtp:4 annexa=yes
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=sendrecv
a=rtcp: 8003
<<
RECEIVED:
SOURCE [0.0.0.0:1036] <-> DESTINATION [10.100.12.201:5060]
SIP/2.0 100 Trying
Via: SIP/2.0/UDP
10.100.12.209:5060;branch=z9hG4bK39757cbf1864977ffda3e87bf0072942
From:
"Phone1"<sip:6442091001@10.100.12.209>;tag=1ed0181d0aae037030318fc1e955ccb4
To: sip:6442161001@10.100.12.201;tag=as7f9a42c9
Call-ID: 2d8bda61e762aedd29f8431fbaa3d1c2(a)10.100.12.209
CSeq: 24892 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Contact: <sip:6442161001@10.100.12.201>
Content-Length: 0
<<
RECEIVED:
SOURCE [0.0.0.0:1036] <-> DESTINATION [10.100.12.201:5060]
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP
10.100.12.209:5060;branch=z9hG4bK39757cbf1864977ffda3e87bf0072942
From:
"Phone1"<sip:6442091001@10.100.12.209>;tag=1ed0181d0aae037030318fc1e955ccb4
To: sip:6442161001@10.100.12.201;tag=as7f9a42c9
Call-ID: 2d8bda61e762aedd29f8431fbaa3d1c2(a)10.100.12.209
CSeq: 24892 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Contact: <sip:6442161001@10.100.12.201>
Content-Length: 0
<<
RECEIVED:
SOURCE [0.0.0.0:1036] <-> DESTINATION [10.100.12.201:5060]
SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP
10.100.12.209:5060;branch=z9hG4bK39757cbf1864977ffda3e87bf0072942
From:
"Phone1"<sip:6442091001@10.100.12.209>;tag=1ed0181d0aae037030318fc1e955ccb4
To: sip:6442161001@10.100.12.201;tag=as7f9a42c9
Call-ID: 2d8bda61e762aedd29f8431fbaa3d1c2(a)10.100.12.209
CSeq: 24892 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Contact: <sip:6442161001@10.100.12.201>
Content-Length: 0
>>
SENT:
SOURCE [0.0.0.0:1036] <-> DESTINATION [10.100.12.201:5060]
ACK sip:6442161001@10.100.12.201:5060 SIP/2.0
Via: SIP/2.0/UDP
10.100.12.209:5060;rport;branch=z9hG4bK39757cbf1864977ffda3e87bf0072942
From:
"Phone1"<sip:6442091001@10.100.12.209>;tag=1ed0181d0aae037030318fc1e955ccb4
To: sip:6442161001@10.100.12.201;tag=as7f9a42c9
Call-ID: 2d8bda61e762aedd29f8431fbaa3d1c2(a)10.100.12.209
CSeq: 24892 ACK
Content-Length: 0
Organization: PMC-SIERRA
User-Agent: Stein
Thanks,
Subashini
DISCLAIMER
This message and any attachment(s) contained here are information that is confidential, proprietary to HCL Technologies
and its customers. Contents may be privileged or otherwise protected by law. The information is solely intended for the
individual or the entity it is addressed to. If you are not the intended recipient of this message, you are not authorized to
read, forward, print, retain, copy or disseminate this message or any part of it. If you have received this e-mail in error,
please notify the sender immediately by return e-mail and delete it from your computer
Hi,
I need some advices about a design issue. I'm trying to figure out how to
manage my presence information notifications, using RFC 3856.
I have a situation in which end-to-end presence management wouldn't be
suitable.
Still I'm wondering if server based presence management is a good idea. My
thought is that it present a scalability issue.
The point is that having the presence server would have to handle every
single SUBSCRIBE & PUBLISH request then sends NOTIFY to every watchers.
Is it an efficient way to handle presence in a network with hundreds online
users, everyone having tens of contact on their list.
Thank you for your comments
Luba Vincent
Hello,
I've some troubles for incoming calls from others
domains
When I dial numbers in my domain all is ok (see
internal_sip_call ethereal file)
no problem onreply route
However when somebody call numbers in my domain
something is wrong with status 200 OK / SIP/SDP
message
Public ip address is not set in sdp message see
(incoming_call ethereal file).
Harry
___________________________________________________________________________
Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger
Téléchargez cette version sur http://fr.messenger.yahoo.com