Asterisk und RTP-Stream

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
B

bergie

Neuer User
Mitglied seit
27 Mai 2004
Beiträge
23
Punkte für Reaktionen
0
Punkte
0
Hallo zusammen,

ich habe den Datenverkehr zwischen 2 SIP IP Phones mit Ethereal mitgetraced und habe gesehen, dass der RTP Stream zwischen den Endpunkten über Asterisk läuft, d. h. SIP IP Phone 1 schickt die Sprachdaten nach Asterisk und Asterisk schickt die Daten dann weiter an SIP IP Phone 2 und umgekehrt. Jetzt meine Frage, muss das so sein, oder kann ich das so einstellen, dass die Sprachdaten direkt zwischen den Endpunkten ausgetauscht werden und nur die Signalisierung vom Asterisk vorgenommen wird? Denn was ich so über SIP und H.323 gelesen habe, ist es wohl so, dass nach der Signalisierung der RTP-Stream direkt zwischen den Endpunkten verläuft. Oder gibt es einen signifikanten Grund, warum die RTP-Pakete über Asterisk laufen?

Vielen Dank und Gruß,

Bergie
 
canreinvite=yes in der sip.conf. Damit geht zumidest bei SIP <-> SIP-Gesprächen der RTP direkt. Bei H.323 sollte es dann auch so sein, habe das aber noch nicht überprüft.
 
Hallo zusammen,

also zwischen SIP <-> SIP-Gesprächen läuft das mit dem canreinvite wirklich so, dass die RTP-Streams direkt zwischen den Endpunkten laufen. Jetzt stellt sich nur die Frage, ob man dies auch für SIP<->H.232 hinbekommen kann. Im Moment laufen diese RTP-Streams noch über die Asterisk-TK-Anlage, was ich so im Ethereal sehe. Ist dies zu unterbinden? Hat dies schon einer irgendwie konfigurieren können?

Vielen Dank und Gruß,

Bergie
 
Mal eine Frage: Weiß einer wie die VoIP-Anbieter das handeln ? Gehen da die RTP-Pakete immer zwangsweise über den VOIP-Anbieter (und die haben den ganzen Traffic) oder gehen die wenn möglich immer zwischen den Endgeräten (und der VoIP-Anbieter spart sich den Traffic damit) ?

Gibt es da aus Eurer Nutzer-Sicht Vor- und Nachteile ?

Und was ist wenn ich meiner Asterisk sage die soll sich bei Sipgate einbuchen und ich habe das Flag in meiner Config gesetzt ? Ist es dann egal was bei Sipgate gesetzt ist und meine Konfiguration mit Caninvite=yes hat vorrang ?

Und wenn die RTP-Pakete doch direkt zwischen den Teilnehmern ausgetauscht werden, dann kann doch eigentlich kein Dritter das Gespräch abhören ? Ich meine selbst wenn (was ja gerade in einem anderen Thread diskuttiert wird) der Staat den VoIP-Anbieter bis zum erbrechen abhört und verpflichtet usw., wenn ich canreinvite=yes setze, dann ist bei denen Ende und die bekommen allerhöchstens noch die Verbindungsdaten mit, aber keinen Content mehr ?
 
hallo zusammen
ich habe kleine problm ich habe die Caninvite= auf yes gestellt aber hat sich gar nicht geändert die Sprachdaten laufen über Asterisk

Edit Guard-X: Bitte nächstes mal Code-Tags verwenden!

meine sip.conf
Code: 
[general]
context=default                 ; Default context for incoming calls
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
                                ; Note: Asterisk only uses the first host
                                ; in SRV records
                                ; Disabling DNS SRV lookups disables the
                                ; ability to place SIP calls based on domain
                                ; names to some other SIP users on the Internet
disallow=all                    ; First disallow all codecs
allow=ulaw                      ; Allow codecs in order of preference
allow=alaw
allow=g726
canreinvite=no
tos=lowdelay
language=de                     ; Default language setting for all users/peers

[51]
type=friend
context=default
username=51
secret=1234
host=dynamic
callerid=Hachem <51>
pickupgroup=1
qualify=yes

[52]
type=friend
context=default
username=52
secret=1234
host=dynamic
callerid=Hamid <52>
pickupgroup=1
qualify=yes
meine trace zwischen zwei sip Telefone

Code: 
IP read from 192.168.0.113:5060:
INVITE sip:[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.0.113:5060;branch=z9hG4bK-idkuoq0caytm;rport
From: <sip:[email protected]>;tag=jn08o9uwg8
To: <sip:[email protected];user=phone>
Call-ID: 3c269425e30d-yxster4cm7f9@192-168-0-113
CSeq: 1 INVITE
Max-Forwards: 70
Contact: <sip:[email protected]:5060;line=u1fc2gp8>
P-Key-Flags: keys="3"
User-Agent: snom190-3.56m
Accept-Language: en
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
Allow-Events: talk, hold, refer
Supported: timer, 100rel, replaces
Session-Expires: 3600
Content-Type: application/sdp
Content-Length: 344

v=0
o=root 1648306579 1648306579 IN IP4 192.168.0.113
s=call
c=IN IP4 192.168.0.113
t=0 0
m=audio 10014 RTP/AVP 0 8 3 18 4 9 101
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:3 gsm/8000
a=rtpmap:18 g729/8000
a=rtpmap:4 g723/8000
a=rtpmap:9 g722/16000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
a=sendrecv

--- (18 headers 16 lines)---
Using INVITE request as basis request - 3c269425e30d-yxster4cm7f9@192-168-0-113
Sending to 192.168.0.113 : 5060 (NAT)
Reliably Transmitting (no NAT) to 192.168.0.113:5060:
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 192.168.0.113:5060;branch=z9hG4bK-idkuoq0caytm;rport;received=192.168.0.113
From: <sip:[email protected]>;tag=jn08o9uwg8
To: <sip:[email protected];user=phone>;tag=as3d165fca
Call-ID: 3c269425e30d-yxster4cm7f9@192-168-0-113
CSeq: 1 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:[email protected]>
Proxy-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="4848bcc7"
Content-Length: 0


---
Scheduling destruction of call '3c269425e30d-yxster4cm7f9@192-168-0-113' in 15000 ms
Found user '51'

<-- SIP read from 192.168.0.113:5060:
ACK sip:[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.0.113:5060;branch=z9hG4bK-idkuoq0caytm;rport
From: <sip:[email protected]>;tag=jn08o9uwg8
To: <sip:[email protected];user=phone>;tag=as3d165fca
Call-ID: 3c269425e30d-yxster4cm7f9@192-168-0-113
CSeq: 1 ACK
Max-Forwards: 70
Contact: <sip:[email protected]:5060;line=u1fc2gp8>
Content-Length: 0


--- (9 headers 0 lines)---

<-- SIP read from 192.168.0.113:5060:
INVITE sip:[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.0.113:5060;branch=z9hG4bK-brxf3k6jdx65;rport
From: <sip:[email protected]>;tag=jn08o9uwg8
To: <sip:[email protected];user=phone>
Call-ID: 3c269425e30d-yxster4cm7f9@192-168-0-113
CSeq: 2 INVITE
Max-Forwards: 70
Contact: <sip:[email protected]:5060;line=u1fc2gp8>
P-Key-Flags: keys="3"
User-Agent: snom190-3.56m
Accept-Language: en
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
Allow-Events: talk, hold, refer
Supported: timer, 100rel, replaces
Session-Expires: 3600
Proxy-Authorization: Digest username="51",realm="asterisk",nonce="4848bcc7",uri="sip:[email protected];user=phone",response="7e086640715841aef0b8f6483270b8ab",algorithm=md5
Content-Type: application/sdp
Content-Length: 344

v=0
o=root 1648306579 1648306579 IN IP4 192.168.0.113
s=call
c=IN IP4 192.168.0.113
t=0 0
m=audio 10014 RTP/AVP 0 8 3 18 4 9 101
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:3 gsm/8000
a=rtpmap:18 g729/8000
a=rtpmap:4 g723/8000
a=rtpmap:9 g722/16000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
a=sendrecv

--- (19 headers 16 lines)---
Using INVITE request as basis request - 3c269425e30d-yxster4cm7f9@192-168-0-113
Sending to 192.168.0.113 : 5060 (NAT)
Found user '51'
Found RTP audio format 0
Found RTP audio format 8
Found RTP audio format 3
Found RTP audio format 18
Found RTP audio format 4
Found RTP audio format 9
Found RTP audio format 101
Peer audio RTP is at port 192.168.0.113:10014
Found description format pcmu
Found description format pcma
Found description format gsm
Found description format g729
Found description format g723
Found description format g722
Found description format telephone-event
Capabilities: us - 0x1c (ulaw|alaw|g726), peer - audio=0x10f (g723|gsm|ulaw|alaw|g729)/video=0x0 (nothing), combined - 0xc (ulaw|alaw)
Non-codec capabilities: us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
Looking for 52 in default (domain 192.168.0.131;user=phone)
list_route: hop: <sip:[email protected]:5060;line=u1fc2gp8>
Transmitting (no NAT) to 192.168.0.113:5060:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.0.113:5060;branch=z9hG4bK-brxf3k6jdx65;rport;received=192.168.0.113
From: <sip:[email protected]>;tag=jn08o9uwg8
To: <sip:[email protected];user=phone>
Call-ID: 3c269425e30d-yxster4cm7f9@192-168-0-113
CSeq: 2 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:[email protected]>
Content-Length: 0


---
    -- Executing Dial("SIP/51-081b0320", "SIP/52|20|tT") in new stack
We're at 192.168.0.131 port 18800
Adding codec 0x4 (ulaw) to SDP
Adding codec 0x8 (alaw) to SDP
Adding codec 0x10 (g726) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
13 headers, 12 lines
Reliably Transmitting (no NAT) to 192.168.0.114:5060:
INVITE sip:[email protected]:5060;line=n59je63u SIP/2.0
Via: SIP/2.0/UDP 192.168.0.131:5060;branch=z9hG4bK1f1e6ab1;rport
From: "Hachem" <sip:[email protected]>;tag=as0cba9360
To: <sip:[email protected]:5060;line=n59je63u>
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Wed, 28 Feb 2007 12:43:13 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Content-Type: application/sdp
Content-Length: 271

v=0
o=root 7210 7210 IN IP4 192.168.0.131
s=session
c=IN IP4 192.168.0.131
t=0 0
m=audio 18800 RTP/AVP 0 8 111 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:111 G726-32/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -

---
    -- Called 52

<-- SIP read from 192.168.0.114:5060:
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 192.168.0.131:5060;branch=z9hG4bK1f1e6ab1;rport=5060
From: "Hachem" <sip:[email protected]>;tag=as0cba9360
To: <sip:[email protected]:5060;line=n59je63u>;tag=r2ne8b1naz
Call-ID: [email protected]
CSeq: 102 INVITE
Contact: <sip:[email protected]:5060;line=n59je63u>
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
Allow-Events: talk, hold, refer
Content-Length: 0


--- (10 headers 0 lines)---
    -- SIP/52-081b5e28 is ringing
Transmitting (no NAT) to 192.168.0.113:5060:
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 192.168.0.113:5060;branch=z9hG4bK-brxf3k6jdx65;rport;received=192.168.0.113
From: <sip:[email protected]>;tag=jn08o9uwg8
To: <sip:[email protected];user=phone>;tag=as6ccda9d9
Call-ID: 3c269425e30d-yxster4cm7f9@192-168-0-113
CSeq: 2 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:[email protected]>
Content-Length: 0


---

<-- SIP read from 192.168.0.114:5060:
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 192.168.0.131:5060;branch=z9hG4bK1f1e6ab1;rport=5060
From: "Hachem" <sip:[email protected]>;tag=as0cba9360
To: <sip:[email protected]:5060;line=n59je63u>;tag=r2ne8b1naz
Call-ID: [email protected]
CSeq: 102 INVITE
Contact: <sip:[email protected]:5060;line=n59je63u>
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
Allow-Events: talk, hold, refer
Content-Length: 0


--- (10 headers 0 lines)---
    -- SIP/52-081b5e28 is ringing

<-- SIP read from 192.168.0.114:5060:
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 192.168.0.131:5060;branch=z9hG4bK1f1e6ab1;rport=5060
From: "Hachem" <sip:[email protected]>;tag=as0cba9360
To: <sip:[email protected]:5060;line=n59je63u>;tag=r2ne8b1naz
Call-ID: [email protected]
CSeq: 102 INVITE
Contact: <sip:[email protected]:5060;line=n59je63u>
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
Allow-Events: talk, hold, refer
Content-Length: 0


--- (10 headers 0 lines)---
    -- SIP/52-081b5e28 is ringing

<-- SIP read from 192.168.0.114:5060:
SIP/2.0 200 Ok
Via: SIP/2.0/UDP 192.168.0.131:5060;branch=z9hG4bK1f1e6ab1;rport=5060
From: "Hachem" <sip:[email protected]>;tag=as0cba9360
To: <sip:[email protected]:5060;line=n59je63u>;tag=r2ne8b1naz
Call-ID: [email protected]
CSeq: 102 INVITE
Contact: <sip:[email protected]:5060;line=n59je63u>
User-Agent: snom190-3.56m
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
Allow-Events: talk, hold, refer
Supported: timer, 100rel, replaces
Content-Type: application/sdp
Content-Length: 210

v=0
o=root 1831394631 1831394631 IN IP4 192.168.0.114
s=call
c=IN IP4 192.168.0.114
t=0 0
m=audio 10008 RTP/AVP 0 101
a=rtpmap:0 pcmu/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv

--- (13 headers 10 lines)---
Found RTP audio format 0
Found RTP audio format 101
Peer audio RTP is at port 192.168.0.114:10008
Found description format pcmu
Found description format telephone-event
Capabilities: us - 0x1c (ulaw|alaw|g726), peer - audio=0x4 (ulaw)/video=0x0 (nothing), combined - 0x4 (ulaw)
Non-codec capabilities: us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
list_route: hop: <sip:[email protected]:5060;line=n59je63u>
set_destination: Parsing <sip:[email protected]:5060;line=n59je63u> for address/port to send to
set_destination: set destination to 192.168.0.114, port 5060
Transmitting (no NAT) to 192.168.0.114:5060:
ACK sip:[email protected]:5060;line=n59je63u SIP/2.0
Via: SIP/2.0/UDP 192.168.0.131:5060;branch=z9hG4bK102c4681;rport
From: "Hachem" <sip:[email protected]>;tag=as0cba9360
To: <sip:[email protected]:5060;line=n59je63u>;tag=r2ne8b1naz
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 ACK
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0


---
    -- SIP/52-081b5e28 answered SIP/51-081b0320
We're at 192.168.0.131 port 11560
Adding codec 0x4 (ulaw) to SDP
Adding codec 0x8 (alaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (no NAT) to 192.168.0.113:5060:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.0.113:5060;branch=z9hG4bK-brxf3k6jdx65;rport;received=192.168.0.113
From: <sip:[email protected]>;tag=jn08o9uwg8
To: <sip:[email protected];user=phone>;tag=as6ccda9d9
Call-ID: 3c269425e30d-yxster4cm7f9@192-168-0-113
CSeq: 2 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:[email protected]>
Content-Type: application/sdp
Content-Length: 240

v=0
o=root 7210 7210 IN IP4 192.168.0.131
s=session
c=IN IP4 192.168.0.131
t=0 0
m=audio 11560 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -

---

<-- SIP read from 192.168.0.113:5060:
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.0.113:5060;branch=z9hG4bK-mis8msqzc47n;rport
From: <sip:[email protected]>;tag=jn08o9uwg8
To: <sip:[email protected];user=phone>;tag=as6ccda9d9
Call-ID: 3c269425e30d-yxster4cm7f9@192-168-0-113
CSeq: 2 ACK
Max-Forwards: 70
Contact: <sip:[email protected]:5060;line=u1fc2gp8>
Content-Length: 0


--- (9 headers 0 lines)---

<-- SIP read from 192.168.0.113:5060:
BYE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.0.113:5060;branch=z9hG4bK-43hmxnxolwcp;rport
From: <sip:[email protected]>;tag=jn08o9uwg8
To: <sip:[email protected];user=phone>;tag=as6ccda9d9
Call-ID: 3c269425e30d-yxster4cm7f9@192-168-0-113
CSeq: 3 BYE
Max-Forwards: 70
Contact: <sip:[email protected]:5060;line=u1fc2gp8>
User-Agent: snom190-3.56m
Content-Length: 0


--- (10 headers 0 lines)---
Sending to 192.168.0.113 : 5060 (NAT)
Transmitting (NAT) to 192.168.0.113:5060:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.0.113:5060;branch=z9hG4bK-43hmxnxolwcp;received=192.168.0.113;rport=5060
From: <sip:[email protected]>;tag=jn08o9uwg8
To: <sip:[email protected];user=phone>;tag=as6ccda9d9
Call-ID: 3c269425e30d-yxster4cm7f9@192-168-0-113
CSeq: 3 BYE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:[email protected]>
Content-Length: 0
X-Asterisk-HangupCause: Normal Clearing
Vielen Dank für jede Hilfe
---
 
fridiy schrieb:
ich habe kleine problm ich habe die Caninvite= auf yes
Zum Vergrößern anklicken....
Du hast in der sip.conf aber was anderes angegeben!?

Füge das "canreinvite=yes" mal bei jedem Teilnehmer hinzu. Und das Reload nicht vergessen.
 
hallo Guard-X

danke dir das war nur ein schreib fehler aber ich habe die sache geändert wie du mir geschrieben hast

Edit Guard-X: Bitte nächstes mal Code-Tags verwenden!
Code: 
[general]
context=default                 ; Default context for incoming calls
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
disallow=all                        ; First disallow all codecs
allow=ulaw                         ; Allow codecs in order of preference
allow=alaw
allow=g726
canreinvite=yes
tos=lowdelay
language=de                     ; Default language setting for all users/peers

[51]
type=friend
context=default
username=51
secret=1234
host=dynamic
callerid=Hachem <51>
pickupgroup=1
qualify=yes
canreinvite=yes

[52]
type=friend
context=default
username=52
secret=1234
host=dynamic
callerid=Hamid <52>
pickupgroup=1
qualify=yes
canreinvite=yes
oder so

Code: 
[general]
context=default                 ; Default context for incoming calls
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
disallow=all                    ; First disallow all codecs
allow=ulaw                      ; Allow codecs in order of preference
allow=alaw
allow=g726
canreinvite=yes
tos=lowdelay
language=de                     ; Default language setting for all users/peers

[51]
type=friend
context=default
username=51
secret=1234
host=dynamic
callerid=Hachem <51>
pickupgroup=1
qualify=yes

[52]
type=friend
context=default
username=52
secret=1234
host=dynamic
callerid=Hamid <52>
pickupgroup=1
qualify=yes
danach habe ich Reload aber troztdem hat sich nicht geändert

trace ncah der Änderung
Code: 
IP read from 192.168.0.113:5060:
INVITE sip:[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.0.113:5060;branch=z9hG4bK-icdcl520l0oq;rport
From: <sip:[email protected]>;tag=0085rcf03z
To: <sip:[email protected];user=phone>
Call-ID: 3c26890ecf85-dn58g6q664tx@192-168-0-113
CSeq: 1 INVITE
Max-Forwards: 70
Contact: <sip:[email protected]:5060;line=u1fc2gp8>
P-Key-Flags: keys="3"
User-Agent: snom190-3.56m
Accept-Language: en
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
Allow-Events: talk, hold, refer
Supported: timer, 100rel, replaces
Session-Expires: 3600
Content-Type: application/sdp
Content-Length: 344

v=0
o=root 1080947775 1080947775 IN IP4 192.168.0.113
s=call
c=IN IP4 192.168.0.113
t=0 0
m=audio 10012 RTP/AVP 0 8 3 18 4 9 101
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:3 gsm/8000
a=rtpmap:18 g729/8000
a=rtpmap:4 g723/8000
a=rtpmap:9 g722/16000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
a=sendrecv

--- (18 headers 16 lines)---
Using INVITE request as basis request - 3c26890ecf85-dn58g6q664tx@192-168-0-113
Sending to 192.168.0.113 : 5060 (NAT)
Reliably Transmitting (no
Edit Guard-X: Bitte nächstes mal Code-Tags verwenden!

der Aasterisk ist mit der IP-Address 192.168.0.131
 
Gib bitte noch mal das snom Log dazu und stelle die NAT Erkennung im snom mal auf "aus". Wie sieht dein Netzwerk aus?
 
Ich habe das Problem auch schon analysiert und habe auch festgestellt das über den Asterisk noch RTP-Pakete laufen. Also canreinvite=yes. Ich denke die Pakete die dann noch von asterisk ausgehen ist dann quasi die Frage ob die Verbindung zwischen den beiden Telefonen noch besteht und er ein silent detection macht und ob noch andere befehle für ihn kommen. Dabei habe ich auch festgestellt das Asterisk für zwei Telefone drei RTP-Ports brauch. Denn auch wenn die Verbindung peer to peer ist brauch asterisk immer noch einen Port um einem weiterem Telefon bei einer Verbindungsanfrage sagen zu können das gerade keine Verbindung möglich ist.
 
Hornygeil schrieb:
Ich habe das Problem auch schon analysiert und habe auch festgestellt das über den Asterisk noch RTP-Pakete laufen. Also canreinvite=yes
Zum Vergrößern anklicken....
Das wäre eigentlich nur bei canreinvite=no der Fall...
 
Guard-X schrieb:
Das wäre eigentlich nur bei canreinvite=no der Fall...
Zum Vergrößern anklicken....

Hast du am Ende deines dialstrings ein ,t oder tT?

Dann laufen die Pakete immer über Asterisk, egal was canreinvite sagt! Da ja Asterisk sonst nicht in das Gespräch eingreifen kann.
 
ich hab am ende immer ein tT.
Die Info kannte ich noch nicht!
 
Hornygeil schrieb:
ich hab am ende immer ein tT.
Zum Vergrößern anklicken....

Das heisst der angerufenen Fremde kann sich mal eben in Deinem Dialplan zu einer 900er Nummer verbinden.
 
Sehr interessant. Das hab ich ja noch nie gelesen. Kannst du mir das erklären?
 
Hornygeil schrieb:
Sehr interessant. Das hab ich ja noch nie gelesen. Kannst du mir das erklären?
Zum Vergrößern anklicken....
http://www.voip-info.org/wiki/index.php?page=Asterisk+cmd+Dial

Wie Thomas007 schon sagte, erlaubt das dann jeweils dem Anrufer UND dem Angerufenen das Gespräch weiter zu verbinden.

Also nicht einfach irgendwelche Optionen aus Beispielen übernehmen.
(zumal man sich manchmal auch bei "Profi" Anleitungen fragt, ob der Autor wusste was er da geschrieben hatte... :p
 
Alles klar besten dank!!
 
Hi,


"t: Allow the called user to transfer the call by hitting the blind xfer keys (features.conf)
"

"exten => 61,1,Dial(SIP/61,60,t)"

So siehts bei mir aus.
D.h. das würde dann ja bedeuten, dass der den ich angerufen habe den Call weiterleiten kann und ich nicht, oder?


Thx


Timm
 
Ja,
besser so formulieren, dann wird es deutlicher:


Der angerufene SIP/61 macht einen attended transfer zu 0900123456 und lässt den Gebührenzähler rattern, egal ob der Anrufer auflegt.

t und T muss umsichtig verwendet werden.
 
Da hast Du die Anrufe auf Deine eigene Nebenstelle 61. Bei "t" heißt es, daß der angerufene, der bei 61 sitzt und 61 antwortet umleiten kann, der Anrufer nicht.

Als default kann nur dorthin umgeleitet werden, wo Gespräche sowieso gehen konnten. Alles wird durch richtige Einrichtung der erlaubten Zielen in den Contexten verwaltet.
 
Hi John,


ja und wenn ich dann selbst einen Anruf nach extern tätige kann ich dann nicht weiterverbinden, denn das T fehlt ja?


Grüße


Timm
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 574 (Mitglieder: 34, Gäste: 540)

Neueste Beiträge

Statistik des Forums

Themen
244,828
Beiträge
2,219,045
Mitglieder
371,521
Neuestes Mitglied
phmllr
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück