.titleBar { margin-bottom: 5px!important; }

Asterisk und RTP-Stream

Dieses Thema im Forum "Asterisk Allgemein" wurde erstellt von bergie, 29 Juni 2004.

  1. bergie

    bergie Neuer User

    Registriert seit:
    27 Mai 2004
    Beiträge:
    23
    Zustimmungen:
    0
    Punkte für Erfolge:
    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
     
  2. rajo

    rajo Admin-Team

    Registriert seit:
    31 März 2004
    Beiträge:
    1,958
    Zustimmungen:
    0
    Punkte für Erfolge:
    36
    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.
     
  3. bergie

    bergie Neuer User

    Registriert seit:
    27 Mai 2004
    Beiträge:
    23
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    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
     
  4. blacky

    blacky Neuer User

    Registriert seit:
    30 Juni 2004
    Beiträge:
    15
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    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 ?
     
  5. fridiy

    fridiy Neuer User

    Registriert seit:
    8 Okt. 2006
    Beiträge:
    57
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    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:52@192.168.0.131;user=phone SIP/2.0
    Via: SIP/2.0/UDP 192.168.0.113:5060;branch=z9hG4bK-idkuoq0caytm;rport
    From: <sip:51@192.168.0.131>;tag=jn08o9uwg8
    To: <sip:52@192.168.0.131;user=phone>
    Call-ID: 3c269425e30d-yxster4cm7f9@192-168-0-113
    CSeq: 1 INVITE
    Max-Forwards: 70
    Contact: <sip:51@192.168.0.113: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:51@192.168.0.131>;tag=jn08o9uwg8
    To: <sip:52@192.168.0.131;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:52@192.168.0.131>
    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:52@192.168.0.131;user=phone SIP/2.0
    Via: SIP/2.0/UDP 192.168.0.113:5060;branch=z9hG4bK-idkuoq0caytm;rport
    From: <sip:51@192.168.0.131>;tag=jn08o9uwg8
    To: <sip:52@192.168.0.131;user=phone>;tag=as3d165fca
    Call-ID: 3c269425e30d-yxster4cm7f9@192-168-0-113
    CSeq: 1 ACK
    Max-Forwards: 70
    Contact: <sip:51@192.168.0.113:5060;line=u1fc2gp8>
    Content-Length: 0
    
    
    --- (9 headers 0 lines)---
    
    <-- SIP read from 192.168.0.113:5060:
    INVITE sip:52@192.168.0.131;user=phone SIP/2.0
    Via: SIP/2.0/UDP 192.168.0.113:5060;branch=z9hG4bK-brxf3k6jdx65;rport
    From: <sip:51@192.168.0.131>;tag=jn08o9uwg8
    To: <sip:52@192.168.0.131;user=phone>
    Call-ID: 3c269425e30d-yxster4cm7f9@192-168-0-113
    CSeq: 2 INVITE
    Max-Forwards: 70
    Contact: <sip:51@192.168.0.113: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:52@192.168.0.131;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:51@192.168.0.113: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:51@192.168.0.131>;tag=jn08o9uwg8
    To: <sip:52@192.168.0.131;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:52@192.168.0.131>
    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:52@192.168.0.114:5060;line=n59je63u SIP/2.0
    Via: SIP/2.0/UDP 192.168.0.131:5060;branch=z9hG4bK1f1e6ab1;rport
    From: "Hachem" <sip:51@192.168.0.131>;tag=as0cba9360
    To: <sip:52@192.168.0.114:5060;line=n59je63u>
    Contact: <sip:51@192.168.0.131>
    Call-ID: 5990cef7683d2c3c45539d5166dde3b9@192.168.0.131
    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:51@192.168.0.131>;tag=as0cba9360
    To: <sip:52@192.168.0.114:5060;line=n59je63u>;tag=r2ne8b1naz
    Call-ID: 5990cef7683d2c3c45539d5166dde3b9@192.168.0.131
    CSeq: 102 INVITE
    Contact: <sip:52@192.168.0.114: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:51@192.168.0.131>;tag=jn08o9uwg8
    To: <sip:52@192.168.0.131;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:52@192.168.0.131>
    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:51@192.168.0.131>;tag=as0cba9360
    To: <sip:52@192.168.0.114:5060;line=n59je63u>;tag=r2ne8b1naz
    Call-ID: 5990cef7683d2c3c45539d5166dde3b9@192.168.0.131
    CSeq: 102 INVITE
    Contact: <sip:52@192.168.0.114: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:51@192.168.0.131>;tag=as0cba9360
    To: <sip:52@192.168.0.114:5060;line=n59je63u>;tag=r2ne8b1naz
    Call-ID: 5990cef7683d2c3c45539d5166dde3b9@192.168.0.131
    CSeq: 102 INVITE
    Contact: <sip:52@192.168.0.114: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:51@192.168.0.131>;tag=as0cba9360
    To: <sip:52@192.168.0.114:5060;line=n59je63u>;tag=r2ne8b1naz
    Call-ID: 5990cef7683d2c3c45539d5166dde3b9@192.168.0.131
    CSeq: 102 INVITE
    Contact: <sip:52@192.168.0.114: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:52@192.168.0.114:5060;line=n59je63u>
    set_destination: Parsing <sip:52@192.168.0.114: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:52@192.168.0.114:5060;line=n59je63u SIP/2.0
    Via: SIP/2.0/UDP 192.168.0.131:5060;branch=z9hG4bK102c4681;rport
    From: "Hachem" <sip:51@192.168.0.131>;tag=as0cba9360
    To: <sip:52@192.168.0.114:5060;line=n59je63u>;tag=r2ne8b1naz
    Contact: <sip:51@192.168.0.131>
    Call-ID: 5990cef7683d2c3c45539d5166dde3b9@192.168.0.131
    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:51@192.168.0.131>;tag=jn08o9uwg8
    To: <sip:52@192.168.0.131;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:52@192.168.0.131>
    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:52@192.168.0.131 SIP/2.0
    Via: SIP/2.0/UDP 192.168.0.113:5060;branch=z9hG4bK-mis8msqzc47n;rport
    From: <sip:51@192.168.0.131>;tag=jn08o9uwg8
    To: <sip:52@192.168.0.131;user=phone>;tag=as6ccda9d9
    Call-ID: 3c269425e30d-yxster4cm7f9@192-168-0-113
    CSeq: 2 ACK
    Max-Forwards: 70
    Contact: <sip:51@192.168.0.113:5060;line=u1fc2gp8>
    Content-Length: 0
    
    
    --- (9 headers 0 lines)---
    
    <-- SIP read from 192.168.0.113:5060:
    BYE sip:52@192.168.0.131 SIP/2.0
    Via: SIP/2.0/UDP 192.168.0.113:5060;branch=z9hG4bK-43hmxnxolwcp;rport
    From: <sip:51@192.168.0.131>;tag=jn08o9uwg8
    To: <sip:52@192.168.0.131;user=phone>;tag=as6ccda9d9
    Call-ID: 3c269425e30d-yxster4cm7f9@192-168-0-113
    CSeq: 3 BYE
    Max-Forwards: 70
    Contact: <sip:51@192.168.0.113: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:51@192.168.0.131>;tag=jn08o9uwg8
    To: <sip:52@192.168.0.131;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:52@192.168.0.131>
    Content-Length: 0
    X-Asterisk-HangupCause: Normal Clearing
    
    Vielen Dank für jede Hilfe
    ---
     
  6. Guard-X

    Guard-X Aktives Mitglied

    Registriert seit:
    14 Mai 2005
    Beiträge:
    2,497
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Ort:
    Aurich
    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.
     
  7. fridiy

    fridiy Neuer User

    Registriert seit:
    8 Okt. 2006
    Beiträge:
    57
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    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:52@192.168.0.131;user=phone SIP/2.0
    Via: SIP/2.0/UDP 192.168.0.113:5060;branch=z9hG4bK-icdcl520l0oq;rport
    From: <sip:51@192.168.0.131>;tag=0085rcf03z
    To: <sip:52@192.168.0.131;user=phone>
    Call-ID: 3c26890ecf85-dn58g6q664tx@192-168-0-113
    CSeq: 1 INVITE
    Max-Forwards: 70
    Contact: <sip:51@192.168.0.113: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
     
  8. Guard-X

    Guard-X Aktives Mitglied

    Registriert seit:
    14 Mai 2005
    Beiträge:
    2,497
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Ort:
    Aurich
    Gib bitte noch mal das snom Log dazu und stelle die NAT Erkennung im snom mal auf "aus". Wie sieht dein Netzwerk aus?
     
  9. Hornygeil

    Hornygeil Neuer User

    Registriert seit:
    1 Sep. 2006
    Beiträge:
    27
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    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.
     
  10. Guard-X

    Guard-X Aktives Mitglied

    Registriert seit:
    14 Mai 2005
    Beiträge:
    2,497
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Ort:
    Aurich
    Das wäre eigentlich nur bei canreinvite=no der Fall...
     
  11. kombjuder

    kombjuder IPPF-Promi

    Registriert seit:
    2 Nov. 2004
    Beiträge:
    3,086
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Ort:
    Weil am Rhein
    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.
     
  12. Hornygeil

    Hornygeil Neuer User

    Registriert seit:
    1 Sep. 2006
    Beiträge:
    27
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    ich hab am ende immer ein tT.
    Die Info kannte ich noch nicht!
     
  13. Thomas007

    Thomas007 Aktives Mitglied

    Registriert seit:
    18 Sep. 2005
    Beiträge:
    1,455
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Das heisst der angerufenen Fremde kann sich mal eben in Deinem Dialplan zu einer 900er Nummer verbinden.
     
  14. Hornygeil

    Hornygeil Neuer User

    Registriert seit:
    1 Sep. 2006
    Beiträge:
    27
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Sehr interessant. Das hab ich ja noch nie gelesen. Kannst du mir das erklären?
     
  15. cibi

    cibi Mitglied

    Registriert seit:
    6 Apr. 2005
    Beiträge:
    561
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Ort:
    Ba-Wü
    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
     
  16. Hornygeil

    Hornygeil Neuer User

    Registriert seit:
    1 Sep. 2006
    Beiträge:
    27
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Alles klar besten dank!!
     
  17. Timmbo

    Timmbo Aktives Mitglied

    Registriert seit:
    6 Nov. 2005
    Beiträge:
    1,935
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Ort:
    Austria
    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
     
  18. Thomas007

    Thomas007 Aktives Mitglied

    Registriert seit:
    18 Sep. 2005
    Beiträge:
    1,455
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    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.
     
  19. jcovert

    jcovert Neuer User

    Registriert seit:
    28 Okt. 2004
    Beiträge:
    53
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    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.
     
  20. Timmbo

    Timmbo Aktives Mitglied

    Registriert seit:
    6 Nov. 2005
    Beiträge:
    1,935
    Zustimmungen:
    0
    Punkte für Erfolge:
    0
    Ort:
    Austria
    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