SIP Asterisk - VTO + 2 VTH

Masl · 18 Jan 2020

Hallo zusammen.

Ich habe versucht einen SIP Server meinem Raspberry zu erstellen um meine VTO2000A und meine 2 VTH's einzubinden.

Ich habe diese Anleitung genutzt (in welcher aber die Einrichtung der VTH leider nicht beschrieben ist)
https://wolf-u.li/5950/dahua-vto200...e-tuersprechanlage-mit-fritzbox-via-asterisk/

Ich wollte nun wissen in wieweit ich die VTH's in die sip.conf einfügen muss?

Die VTO wird hier so angegeben:

Code:

[8001]
host=dynamic
defaultuser=VTO2000A
type=friend
secret=123456
context=ausgehend
canreinvite=yes
qualify=yes
disallow=all
allow=ulaw
allow=h264
dtmfmode=info

Die VTO habe ich als Villastation angegeben
Ruf.1FamHaus 201
VTO Nr 8001

SIP Server:

Code:

Asterisk
IP 192.168.0.123 (Raspberry)
Port 5060
Benutzer: 8001
Passwort: 123456
Domäne: asterisk
SIPBenutzer: leer / Passwort: leer
Enable Haken gesetzt

Zimmerverwaltung:

Code:

201#0 (VTH unten)
201#1 (VTH oben)
101 (Fritzbox)

In den VTH habe ich folgendes eingestellt:

Code:

SIP Server: 192.168.0.123 (Raspberry)
Benutzer: 201#0
Passwort:123456
Domäne: asterisk
SIP Benutzer: leer / Passwort: leer

Die VTO wird als online angezeigt. Im Display der VTH sieht auch alles gut aus. Die VTO kann ich hier auch anwählen.
Interner Anruf geht nur an 101 (Fritzbox)

Klingelt man passiert leider gar nichts...
Gibt es irgendwo eine Art Anleitung oder kann mir hier jemand weiterhelfen?

riogrande75 · 18 Jan 2020

Kannst du denn mit den VTH's die Fritzbox anrufen und umgekehrt?

Masl · 18 Jan 2020

VTH > Fritzbox geht. Andersrum habe ich es noch nicht versucht.

Hat das auch mit der Extensions zu tun?
Hier habe ich nur die 101 eingegeben für die Fritzbox

Code:

static=yes
writeprotect=no

[ausgehend]
exten => 101,1,Set(CALLERID(num)=101)
exten => 101,n,Ringing()
exten => 101,n,Answer()
exten => 101,n,Dial(SIP/23@videodoorgateway,30,m)
exten => 101,n,Hangup()

[default]
include => ausgehend

-- Zusammenführung Doppelpost by stoney

Hallo Masl
riogrande75

erst mal ich habe das gleiche Problem und einen Lösungsvorschlag bzw eine unfertige Lösung
die türe kann ich leider nicht mit second look aufmachen und zwischen den VTH s nicht tel.
Mfg Georg

Code:

[general]
static=yes
writeprotect=no

[ausgehend]

exten => 101,1,Set(CALLERID(name)=VTO2000A)
exten => 101,n,Ringing()
exten => 101,n,Answer()
exten => 101,n,Dial(SIP/23@videodoorgateway&SIP/102&SIP/103&SIP/georghopf&SIP104,50,m)
exten => 101,n,Hangup()

[default]
include => ausgehend

[CODE] TAG [/CODE] gesetzt by stoney

Georg1983 · 19 Jan 2020

meine sip conf

--

Code:

[general]

language=de
bindport = 5060
bindaddr = 0.0.0.0
externrefresh=30
nat=force_rport,comedia instead
srvlookup=yes
transport=udp
externip=192.168.178.31
localnet=192.168.0.0/255.255.0.0
directmedia=yes
videosupport=yes
register =>georggeorg:[email protected]/georggeorg



[8001]
host=dynamic
defaultuser=VTO2000A
type=friend
secret=888888
context=ausgehend
canreinvite=yes
qualify=yes
disallow=all
allow=ulaw
allow=h264
dtmfmode=info

[104]
videosupport=yes
type=friend
username=104
secret=888888
context=eingehend
dtmfmode=info
host=dynamic
canreinvite=yes
qualify=yes
allow=ulaw
nat=force_rport,comedia instead
allow=h264



[102]
videosupport=yes
type=friend
username=102
secret=888888
context=eingehend
dtmfmode=info
host=dynamic
canreinvite=yes
qualify=yes
allow=ulaw
nat=force_rport,comedia instead
allow=h264


[103]
videosupport=yes
type=friend
username=103
secret=888888
context=eingehend
dtmfmode=info
host=dynamic
canreinvite=yes
qualify=yes
allow=ulaw
nat=force_rport,comedia instead
allow=h264







[videodoorgateway]
context=eingehend
type=friend
insecure=invite
nat=force_rport,comedia instead
defaultuser=georggeorg
fromuser=georggeorg
fromdomain=fritz.box
secret=georg.georg
host=192.168.178.1
dtmfmode=rfc2833
disallow=all
allow=ulaw

--

Code:

extensions.conf


[general]
static=yes
writeprotect=no

[ausgehend]

exten => 101,1,Set(CALLERID(name)=VTO2000A)
exten => 101,n,Ringing()
exten => 101,n,Answer()
exten => 101,n,Dial(SIP/23@videodoorgateway&SIP/102&SIP/103&SIP/104,50,m)
exten => 101,n,Hangup()


[default]
include => ausgehend

--

sorry hab was doppelt kopiert

--

ich hoffe mir kann da jemand helfen ich komme nicht weiter und das schon länger
wenn jemand helfen kann und das Problem löst das ich den second door lock an meinen 3 VTH habe und ich mit den VTH untereinander kommunizieren kann und evtl auch anrufe von außen entfangen kann
Meine Hardware 2x VTH1510CH version 4.300....1R
1x VTH5441G version 4.400....5R
1x VTO2000A version 4.300...1R
der neue VTH5441G macht nur furchtbare Geräusche wenn er angerufen wird die fritz Box/Fon läuft mit bild und Öffner

wenn mir geholfen wird verspreche ich
!!!!werde ich 200 Euro an das forum spenden das ist es mir wert !!

[CODE] TAGs [/CODE] gesetzt und Mehrfachposts zusammengeführt by stoney

Georg1983 · 26 Jan 2020

vorschläge?

kuzco-ip · 6 Feb 2020

Guten Morgen,
ich hänge hier leider auch beim Einbinden der VTHs fest.
Nutze VTO2000A (FW SIP 4.3), Fritz 7590 und Asterisk 16 (debian10).

Die VTO (VTO No. 8001 / Raum 9901) meldet sich brav beim Asterisk an. Der Klingeltaster in der Fritz ist 11.
Wenn ich Klingel, bimmelt auch brav mein FritzFon.

Leider bekomme ich es nicht hin eine meiner VTH1550 einzubinden.
Wäre für einen Tipp wie man dieses bewerkstelligt dankbar.

riogrande75 · 6 Feb 2020

Poste mal sip.conf und extensions.conf. Lässt sich eine VTH (welche IP+Rnr) überhaupt am Asterisk anmelden (Registrieren)?
Am Astersik "sip set debug on" machen und dann die VTH anmelden.
Mit "sip show peers" kannst du dann alle Geräte sehen on aktiv oder nicht.

kuzco-ip · 7 Feb 2020

So, habe es nun geschafft, dass auch eine VTH (SIP-Name: VTH32) am Asterisk registriert ist und auch bimmelt, wenn es klingelt, ABER:
- wenn ich auch Abbruch des Calls gehe - klingelt es an der Tür weiter
- an der VTH fehlt noch das Video
- vllt. noch mehr

sip.conf

Code:

[general]
language=de
bindport = 5060
bindaddr = 0.0.0.0
externrefresh=30
nat=force_rport,comedia
srvlookup=yes
transport=udp
externip=192.168.25.95
localnet=192.168.25.1/255.255.255.0
directmedia=yes
videosupport=yes
register => VTO358001:[email protected]/VTO358001

[VTO35110]
host=dynamic
defaultuser=VTO2000A
type=friend
secret=web20SIP
context=ausgehend
canreinvite=yes
qualify=yes
disallow=all
allow=ulaw
allow=h264
dtmfmode=info

[VTH32]
host=dynamic
defaultuser=VTO2000A
type=friend
secret=web20SIP
context=ausgehend
canreinvite=yes
qualify=yes
disallow=all
allow=ulaw
allow=h264
dtmfmode=info

[videodoorgateway]
context=eingehend
type=friend
insecure=invite
nat=force_rport,comedia instead
defaultuser=VTO358001
fromuser=VTO358001
fromdomain=fritz.box
secret=vto12345Q
host=192.168.25.1
dtmfmode=rfc2833
disallow=all
allow=ulaw

extensions.conf

Code:

[general]
static=yes
writeprotect=no

[ausgehend]
exten => 9901,1,Set(CALLERID(num)=9901)
exten => 9901,n,Ringing()
exten => 9901,n,Answer()
exten => 9901,n,Dial(SIP/11@videodoorgateway&SIP/VTH32)
exten => 9901,n,Hangup()

[default]
include => ausgehend

riogrande75 · 7 Feb 2020

Ich habe bei den tln mit cam/display auch noch immer:

Code:

allow=h264
videosupport=yes

dabei. Wenn du dem Tln. kein h264 codec erlaubst, dann wird auch keine Video übertragen.
Je nach Asterisk-Version kann das mehr oder weniger Notwendig sein.

Was ist was? Versuch das mal auf eine VTO2000A und eine VTHxxxx zu beschränken.

Weil ich aus der klassichen Telefonie kommen, arbeite ich auch bei @sterisk immer mit Nummern anstatt Namen.

dtmfmode muss übrigens immer "info" sein bei Dahua Geräten.

"sip set debug on" auf der Asterisk cli zeigt aber übrigens eh alle Fehler bei einem Anruf.

kuzco-ip · 9 Feb 2020

Würde gerne nochmals diese Thema aufgreifen, auch wenn es eher ein Asterisk Problem ist.

Habe die VTO2000A über einen Asterisk an eine Fritz 7590 angebunden. Zusätzlich auch noch eine VTH.

sip.conf

Code:

[general]
language=de
bindport = 5060
bindaddr = 0.0.0.0
externrefresh=30
nat=force_rport,comedia
srvlookup=yes
transport=udp
;externip=[SipServerIP]
;localnet=10.40.0.1/255.255.0.0
externip=192.168.25.95
localnet=192.168.25.0/255.255.255.0
directmedia=yes
videosupport=yes
; register => [UsernameInFritzBox]:[PasswordInFritzBox]@[IPofFritzBox]/[Usern$
register => vto2000a35:[email protected]/vto2000a35

; VTO2000A - .35 - RoomNr. 8001
[8001]
host=dynamic
defaultuser=VTO2000A
type=friend
;secret=[PasswordForVTO]
secret=6677889900
context=ausgehend
canreinvite=yes
qualify=yes
disallow=all
allow=ulaw
allow=h264
dtmfmode=info

; VTH - SB - .32
[11032]
host=dynamic
defaultuser=VTO2000A
type=friend
;secret=[PasswordForVTO]
secret=6677889900
context=ausgehend
canreinvite=yes
qualify=yes
disallow=all
allow=ulaw
allow=h264
dtmfmode=info
videosupport=yes

[videodoorgateway]
context=eingehend
type=friend
insecure=invite
nat=force_rport,comedia instead
;defaultuser=[UsernameInFritzBox]
;fromuser=[UsernameInFritzBox]
defaultuser=vto2000a35
fromuser=vto2000a35
fromdomain=fritz.box
;secret=[PasswordInFritzBox]
;host=[IPofFritzBox]
secret=1122334455
host=192.168.25.1
dtmfmode=rfc2833
disallow=all
allow=ulaw

extensions.conf:

Code:

[general]
static=yes
writeprotect=no

[ausgehend]
exten => 9901,1,Set(CALLERID(num)=9901)
exten => 9901,n,Ringing()
exten => 9901,n,Answer()
exten => 9901,n,Dial(SIP/11@videodoorgateway&SIP/11032,30,m)
exten => 9901,n,Hangup()

[default]
include => ausgehend

"sip show peers", zeigt dass alle registrierte sind:

Code:

dahua*CLI> sip show peers
Name/username             Host                                    Dyn Forcerport Comedia    ACL Port     Status      Description                     
11032/VTO2000A            192.168.25.32                            D  Yes        Yes            5060     OK (28 ms)                                   
8001/VTO2000A             192.168.25.35                            D  Yes        Yes            5060     OK (32 ms)                                   
videodoorgateway/vto2000a 192.168.25.1                                Yes        No             5060     Unmonitored                                 
3 sip peers [Monitored: 2 online, 0 offline Unmonitored: 1 online, 0 offline]

Wenn ich nun klingel, bimmelt mein Fritz C5 (SIP/11) und auch die VTH (SIP/11032). Soweit so gut.

- Wenn ich nun auf Call beenden drücke (egal ob C5 oder VTH), bimmelt die VTO2000a und auch das andere Device weiter. Erst wenn ich auch auf dem zweiten Device den Call beende, hört auch die VTO auf.

Code:

 == Using SIP RTP CoS mark 5
    -- Called SIP/11@videodoorgateway
    -- Called SIP/11032
    -- Started music on hold, class 'default', on channel 'SIP/8001-00000018'
       > 0x7f28e8042610 -- Strict RTP learning after remote address set to: 192.168.25.1:7082
    -- SIP/videodoorgateway-00000019 is making progress passing it to SIP/8001-00000018
       > 0x7f28e8042610 -- Strict RTP switching to RTP target address 192.168.25.1:7082 as source
    -- SIP/11032-0000001a is ringing
       > 0x7f2908068910 -- Strict RTP switching to RTP target address 192.168.25.35:20001 as source
    -- Got SIP response 486 "Busy Here" back from 192.168.25.1:5060
    -- SIP/videodoorgateway-00000019 is busy
       > 0x7f2908068910 -- Strict RTP learning complete - Locking on source address 192.168.25.35:20001
       > 0x7f2908041050 -- Strict RTP learning complete - Locking on source address 192.168.25.35:20000
    -- Got SIP response 486 "Busy Here" back from 192.168.25.32:5060
    -- SIP/11032-0000001a is busy
  == Everyone is busy/congested at this time (2:2/0/0)
    -- Stopped music on hold on SIP/8001-00000018
    -- Executing [9901@ausgehend:5] Hangup("SIP/8001-00000018", "") in new stack
  == Spawn extension (ausgehend, 9901, 5) exited non-zero on 'SIP/8001-00000018'

- Wie kann ich mir den Video-Stream der VTO auf der VTH anzeigen lassen ?
- Ich weiss leider auch nicht was ich in der extensions.conf unter [eingehend] eintragen müsste, damit ich z.B. von C5 die VTH (11032) oder die VTO (intern **621) anrufen kann.

riogrande75 · 10 Feb 2020

Fang mal einfach an:
Lass die VTO nur auf 11032 anrufen, 11032 musst du noch in der extensions.conf eintragen.
Dann mach einen Trace (sip set debug on) und ruf auf die VTH, abheben, auflegen.
Wann kommt das VideoBild - schon im 180 Ringing Zustand oder erst nach 200 OK?

kuzco-ip · 10 Feb 2020

Kam garnicht auf die Idee, dass das Bild erst angeziegt werden könnte nachdem man abgehoben hat. Aber so ist es.

Code:

asterisk*CLI>

<--- SIP read from UDP:192.168.25.35:5060 --->
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.25.35:5060;rport;branch=z9hG4bK1448924419
From: <sip:[email protected]>;tag=2107754867
To: <sip:[email protected]:5060>
Call-ID: [email protected]
CSeq: 20 INVITE
Contact: <sip:[email protected]:5060>
Max-Forwards: 70
User-Agent: Dahua UAC/3.0 VTO2000A V4.300.0.1
Expires: 120
Content-Type: application/sdp
Content-Length: 308

v=0
o=0 0 0 IN IP4 192.168.25.35
s=Dahua VT 1.5
c=IN IP4 192.168.25.35
t=0 0
m=video 20001 RTP/AVP 96
a=framerate:25.000000
a=rtpmap:96 H264/90000
a=sendrecv
m=audio 20000 RTP/AVP 101 97 0
a=rtpmap:97 PCM/16000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
<------------->
--- (12 headers 15 lines) ---
Sending to 192.168.25.35:5060 (NAT)
Sending to 192.168.25.35:5060 (NAT)
Using INVITE request as basis request - [email protected]
Found peer '8001' for '8001' from 192.168.25.35:5060

<--- Reliably Transmitting (NAT) to 192.168.25.35:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 192.168.25.35:5060;branch=z9hG4bK1448924419;received=192.168.25.35;rport=5060
From: <sip:[email protected]>;tag=2107754867
To: <sip:[email protected]:5060>;tag=as5238b688
Call-ID: [email protected]
CSeq: 20 INVITE
Server: Asterisk PBX 16.2.1~dfsg-1+deb10u1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="4fe1fbd5"
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '[email protected]' in 6400 ms (Method: INVITE)

<--- SIP read from UDP:192.168.25.35:5060 --->
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.25.35:5060;rport;branch=z9hG4bK1448924419
Route: <sip:192.168.25.95:5060;lr>
From: <sip:[email protected]>;tag=2107754867
To: <sip:[email protected]:5060>;tag=as5238b688
Call-ID: [email protected]
CSeq: 20 ACK
Content-Length: 0

<------------->
--- (8 headers 0 lines) ---

<--- SIP read from UDP:192.168.25.35:5060 --->
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.25.35:5060;rport;branch=z9hG4bK338187561
From: <sip:[email protected]>;tag=2107754867
To: <sip:[email protected]:5060>
Call-ID: [email protected]
CSeq: 21 INVITE
Contact: <sip:[email protected]:5060>
Authorization: Digest username="8001", realm="asterisk", nonce="4fe1fbd5", uri="sip:[email protected]:5060", response="16722f32f19975b85a698e53e25d4dc8", algorithm=MD5
Max-Forwards: 70
User-Agent: Dahua UAC/3.0 VTO2000A V4.300.0.1
Expires: 120
Content-Type: application/sdp
Content-Length: 308

v=0
o=0 0 0 IN IP4 192.168.25.35
s=Dahua VT 1.5
c=IN IP4 192.168.25.35
t=0 0
m=video 20001 RTP/AVP 96
a=framerate:25.000000
a=rtpmap:96 H264/90000
a=sendrecv
m=audio 20000 RTP/AVP 101 97 0
a=rtpmap:97 PCM/16000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
<------------->
--- (13 headers 15 lines) ---
Sending to 192.168.25.35:5060 (NAT)
Using INVITE request as basis request - [email protected]
Found peer '8001' for '8001' from 192.168.25.35:5060
  == Using SIP VIDEO CoS mark 6
  == Using SIP RTP CoS mark 5
Found RTP video format 96
Found video description format H264 for ID 96
Found RTP audio format 101
Found RTP audio format 97
Found RTP audio format 0
Found unknown media description format PCM for ID 97
Found audio description format PCMU for ID 0
Found audio description format telephone-event for ID 101
Capabilities: us - (ulaw|h264), peer - audio=(ulaw)/video=(h264)/text=(nothing), combined - (ulaw|h264)
Non-codec capabilities (dtmf): us - 0x0 (nothing), peer - 0x1 (telephone-event|), combined - 0x0 (nothing)
Peer audio RTP is at port 192.168.25.35:20000
Peer video RTP is at port 192.168.25.35:20001
Looking for 9901 in sip-out (domain 192.168.25.95)
sip_route_dump: route/path hop: <sip:[email protected]:5060>

<--- Transmitting (NAT) to 192.168.25.35:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.25.35:5060;branch=z9hG4bK338187561;received=192.168.25.35;rport=5060
From: <sip:[email protected]>;tag=2107754867
To: <sip:[email protected]:5060>
Call-ID: [email protected]
CSeq: 21 INVITE
Server: Asterisk PBX 16.2.1~dfsg-1+deb10u1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Contact: <sip:[email protected]:5060>
Content-Length: 0


<------------>
    -- Executing [9901@sip-out:1] Set("SIP/8001-0000001a", "CALLERID(num)=9901") in new stack
    -- Executing [9901@sip-out:2] Ringing("SIP/8001-0000001a", "") in new stack

<--- Transmitting (NAT) to 192.168.25.35:5060 --->
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 192.168.25.35:5060;branch=z9hG4bK338187561;received=192.168.25.35;rport=5060
From: <sip:[email protected]>;tag=2107754867
To: <sip:[email protected]:5060>;tag=as41c39e5c
Call-ID: [email protected]
CSeq: 21 INVITE
Server: Asterisk PBX 16.2.1~dfsg-1+deb10u1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Contact: <sip:[email protected]:5060>
Content-Length: 0


<------------>
    -- Executing [9901@sip-out:3] Answer("SIP/8001-0000001a", "") in new stack
Audio is at 19064
Video is at 192.168.25.95:18414
Adding codec ulaw to SDP
Adding video codec h264 to SDP

<--- Reliably Transmitting (NAT) to 192.168.25.35:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.25.35:5060;branch=z9hG4bK338187561;received=192.168.25.35;rport=5060
From: <sip:[email protected]>;tag=2107754867
To: <sip:[email protected]:5060>;tag=as41c39e5c
Call-ID: [email protected]
CSeq: 21 INVITE
Server: Asterisk PBX 16.2.1~dfsg-1+deb10u1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Contact: <sip:[email protected]:5060>
Content-Type: application/sdp
Content-Length: 270

v=0
o=root 393116226 393116226 IN IP4 192.168.25.95
s=Asterisk PBX 16.2.1~dfsg-1+deb10u1
c=IN IP4 192.168.25.95
b=CT:384
t=0 0
m=video 18414 RTP/AVP 96
a=rtpmap:96 H264/90000
a=sendrecv
m=audio 19064 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=maxptime:150
a=sendrecv

<------------>

<--- SIP read from UDP:192.168.25.35:5060 --->
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.25.35:5060;rport;branch=z9hG4bK1390926228
From: <sip:[email protected]>;tag=2107754867
To: <sip:[email protected]:5060>;tag=as41c39e5c
Call-ID: [email protected]
CSeq: 21 ACK
Contact: <sip:[email protected]:5060>
Max-Forwards: 70
User-Agent: Dahua UAC/3.0 VTO2000A V4.300.0.1
Content-Length: 0

<------------->
--- (10 headers 0 lines) ---
    -- Executing [9901@sip-out:4] Dial("SIP/8001-0000001a", "SIP/11032,30,m") in new stack
  == Using SIP VIDEO CoS mark 6
  == Using SIP RTP CoS mark 5
Audio is at 15154
Video is at 192.168.25.95:11878
Adding codec ulaw to SDP
Adding video codec h264 to SDP
Reliably Transmitting (NAT) to 192.168.25.32:5060:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK4bb2b4cc;rport
Max-Forwards: 70
From: <sip:[email protected]>;tag=as4a5940ae
To: <sip:[email protected]:5060>
Contact: <sip:[email protected]:5060>
Call-ID: [email protected]:5060
CSeq: 102 INVITE
User-Agent: Asterisk PBX 16.2.1~dfsg-1+deb10u1
Date: Mon, 10 Feb 2020 12:19:04 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 272

v=0
o=root 1521505064 1521505064 IN IP4 192.168.25.95
s=Asterisk PBX 16.2.1~dfsg-1+deb10u1
c=IN IP4 192.168.25.95
b=CT:384
t=0 0
m=audio 15154 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=maxptime:150
a=sendrecv
m=video 11878 RTP/AVP 96
a=rtpmap:96 H264/90000
a=sendrecv

---
    -- Called SIP/11032
    -- Started music on hold, class 'default', on channel 'SIP/8001-0000001a'

<--- SIP read from UDP:192.168.25.32:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK4bb2b4cc;rport=5060
From: <sip:[email protected]>;tag=as4a5940ae
To: <sip:[email protected]:5060>
Call-ID: [email protected]:5060
CSeq: 102 INVITE
User-Agent: Dahua UAC/3.0 VTH1510CH V4.300.0.8
Content-Length: 0

<------------->
--- (8 headers 0 lines) ---

<--- SIP read from UDP:192.168.25.32:5060 --->
SIP/2.0 101 Dialog Establishement
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK4bb2b4cc;rport=5060
From: <sip:[email protected]>;tag=as4a5940ae
To: <sip:[email protected]:5060>;tag=1521107684
Call-ID: [email protected]:5060
CSeq: 102 INVITE
Contact: <sip:[email protected]:5060>
User-Agent: Dahua UAC/3.0 VTH1510CH V4.300.0.8
Content-Length: 0

<------------->
--- (9 headers 0 lines) ---

<--- SIP read from UDP:192.168.25.32:5060 --->
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK4bb2b4cc;rport=5060
From: <sip:[email protected]>;tag=as4a5940ae
To: <sip:[email protected]:5060>;tag=1521107684
Call-ID: [email protected]:5060
CSeq: 102 INVITE
Contact: <sip:[email protected]:5060>
User-Agent: Dahua UAC/3.0 VTH1510CH V4.300.0.8
MaxRingingTime: 30
MaxConnectingTime: 600
MaxLeaveWordTime: 30
LeaveType: FTP
ShortNumber: 11032
DependentInfo: 192.168.25.35
Content-Length: 0

<------------->
--- (15 headers 0 lines) ---
sip_route_dump: route/path hop: <sip:[email protected]:5060>
    -- SIP/11032-0000001b is ringing

<--- SIP read from UDP:192.168.25.32:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK4bb2b4cc;rport=5060
From: <sip:[email protected]>;tag=as4a5940ae
To: <sip:[email protected]:5060>;tag=1521107684
Call-ID: [email protected]:5060
CSeq: 102 INVITE
Contact: <sip:[email protected]:5060>
User-Agent: Dahua UAC/3.0 VTH1510CH V4.300.0.8
Content-Type: application/sdp
Content-Length: 308

v=0
o=0 0 0 IN IP4 192.168.25.32
s=Dahua VT 1.5
c=IN IP4 192.168.25.32
t=0 0
m=video 20001 RTP/AVP 96
a=framerate:25.000000
a=rtpmap:96 H264/90000
a=recvonly
m=audio 20000 RTP/AVP 101 97 0
a=rtpmap:97 PCM/16000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
<------------->
--- (10 headers 15 lines) ---
Found RTP video format 96
Found video description format H264 for ID 96
Found RTP audio format 101
Found RTP audio format 97
Found RTP audio format 0
Found unknown media description format PCM for ID 97
Found audio description format PCMU for ID 0
Found audio description format telephone-event for ID 101
Capabilities: us - (ulaw|h264), peer - audio=(ulaw)/video=(h264)/text=(nothing), combined - (ulaw|h264)
Non-codec capabilities (dtmf): us - 0x0 (nothing), peer - 0x1 (telephone-event|), combined - 0x0 (nothing)
Peer audio RTP is at port 192.168.25.32:20000
Peer video RTP is at port 192.168.25.32:20001
sip_route_dump: route/path hop: <sip:[email protected]:5060>
Transmitting (NAT) to 192.168.25.32:5060:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK1317f05e;rport
Max-Forwards: 70
From: <sip:[email protected]>;tag=as4a5940ae
To: <sip:[email protected]:5060>;tag=1521107684
Contact: <sip:[email protected]:5060>
Call-ID: [email protected]:5060
CSeq: 102 ACK
User-Agent: Asterisk PBX 16.2.1~dfsg-1+deb10u1
Content-Length: 0


---
    -- SIP/11032-0000001b answered SIP/8001-0000001a
    -- Stopped music on hold on SIP/8001-0000001a
    -- Channel SIP/11032-0000001b joined 'simple_bridge' basic-bridge <463f38a6-cf4e-416c-8243-be800dfdb01a>
    -- Channel SIP/8001-0000001a joined 'simple_bridge' basic-bridge <463f38a6-cf4e-416c-8243-be800dfdb01a>
Audio is at 19064
Video is at 192.168.25.32:20001
Adding codec ulaw to SDP
Adding video codec h264 to SDP
Reliably Transmitting (NAT) to 192.168.25.35:5060:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK7614e02d;rport
Max-Forwards: 70
From: <sip:[email protected]:5060>;tag=as41c39e5c
To: <sip:[email protected]>;tag=2107754867
Contact: <sip:[email protected]:5060>
Call-ID: [email protected]
CSeq: 102 INVITE
User-Agent: Asterisk PBX 16.2.1~dfsg-1+deb10u1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
X-asterisk-Info: SIP re-invite (External RTP bridge)
Content-Type: application/sdp
Content-Length: 270

v=0
o=root 393116226 393116227 IN IP4 192.168.25.95
s=Asterisk PBX 16.2.1~dfsg-1+deb10u1
c=IN IP4 192.168.25.32
b=CT:384
t=0 0
m=audio 20000 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=maxptime:150
a=sendrecv
m=video 20001 RTP/AVP 96
a=rtpmap:96 H264/90000
a=sendrecv

---
Audio is at 15154
Video is at 192.168.25.35:20001
Adding codec ulaw to SDP
Adding video codec h264 to SDP
Reliably Transmitting (NAT) to 192.168.25.32:5060:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK7782bedf;rport
Max-Forwards: 70
From: <sip:[email protected]>;tag=as4a5940ae
To: <sip:[email protected]:5060>;tag=1521107684
Contact: <sip:[email protected]:5060>
Call-ID: [email protected]:5060
CSeq: 103 INVITE
User-Agent: Asterisk PBX 16.2.1~dfsg-1+deb10u1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
X-asterisk-Info: SIP re-invite (External RTP bridge)
Content-Type: application/sdp
Content-Length: 272

v=0
o=root 1521505064 1521505065 IN IP4 192.168.25.95
s=Asterisk PBX 16.2.1~dfsg-1+deb10u1
c=IN IP4 192.168.25.35
b=CT:384
t=0 0
m=audio 20000 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=maxptime:150
a=sendrecv
m=video 20001 RTP/AVP 96
a=rtpmap:96 H264/90000
a=sendrecv

---

<--- SIP read from UDP:192.168.25.32:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK7782bedf;rport=5060
From: <sip:[email protected]>;tag=as4a5940ae
To: <sip:[email protected]:5060>;tag=1521107684
Call-ID: [email protected]:5060
CSeq: 103 INVITE
User-Agent: Dahua UAC/3.0 VTH1510CH V4.300.0.8
Content-Length: 0

<------------->
--- (8 headers 0 lines) ---

<--- SIP read from UDP:192.168.25.35:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK7614e02d;rport=5060
From: <sip:[email protected]:5060>;tag=as41c39e5c
To: <sip:[email protected]>;tag=2107754867
Call-ID: [email protected]
CSeq: 102 INVITE
User-Agent: Dahua UAC/3.0 VTO2000A V4.300.0.1
Content-Length: 0

<------------->
--- (8 headers 0 lines) ---

<--- SIP read from UDP:192.168.25.32:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK7782bedf;rport=5060
From: <sip:[email protected]>;tag=as4a5940ae
To: <sip:[email protected]:5060>;tag=1521107684
Call-ID: [email protected]:5060
CSeq: 103 INVITE
Contact: <sip:[email protected]:5060>
User-Agent: Dahua UAC/3.0 VTH1510CH V4.300.0.8
Content-Type: application/sdp
Content-Length: 206

v=0
o=0 0 0 IN IP4 192.168.25.32
s=Dahua VT 1.5
c=IN IP4 192.168.25.32
t=0 0
m=video 20001 RTP/AVP 96
a=framerate:25.000000
a=rtpmap:96 H264/90000
m=audio 20000 RTP/AVP 0
a=rtpmap:0 PCMU/8000


<------------->
--- (10 headers 11 lines) ---
Transmitting (NAT) to 192.168.25.32:5060:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK61379f56;rport
Max-Forwards: 70
From: <sip:[email protected]>;tag=as4a5940ae
To: <sip:[email protected]:5060>;tag=1521107684
Contact: <sip:[email protected]:5060>
Call-ID: [email protected]:5060
CSeq: 103 ACK
User-Agent: Asterisk PBX 16.2.1~dfsg-1+deb10u1
Content-Length: 0


---

<--- SIP read from UDP:192.168.25.35:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK7614e02d;rport=5060
From: <sip:[email protected]:5060>;tag=as41c39e5c
To: <sip:[email protected]>;tag=2107754867
Call-ID: [email protected]
CSeq: 102 INVITE
Contact: <sip:[email protected]:5060>
User-Agent: Dahua UAC/3.0 VTO2000A V4.300.0.1
Content-Type: application/sdp
Content-Length: 206

v=0
o=0 0 0 IN IP4 192.168.25.35
s=Dahua VT 1.5
c=IN IP4 192.168.25.35
t=0 0
m=video 20001 RTP/AVP 96
a=framerate:25.000000
a=rtpmap:96 H264/90000
m=audio 20000 RTP/AVP 0
a=rtpmap:0 PCMU/8000


<------------->
--- (10 headers 11 lines) ---
Transmitting (NAT) to 192.168.25.35:5060:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK53848e55;rport
Max-Forwards: 70
From: <sip:[email protected]:5060>;tag=as41c39e5c
To: <sip:[email protected]>;tag=2107754867
Contact: <sip:[email protected]:5060>
Call-ID: [email protected]
CSeq: 102 ACK
User-Agent: Asterisk PBX 16.2.1~dfsg-1+deb10u1
Content-Length: 0


---

<--- SIP read from UDP:192.168.25.32:5060 --->
BYE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.25.32:5060;rport;branch=z9hG4bK467087132
From: <sip:[email protected]:5060>;tag=1521107684
To: <sip:[email protected]>;tag=as4a5940ae
Call-ID: [email protected]:5060
CSeq: 103 BYE
Contact: <sip:[email protected]:5060>
Max-Forwards: 70
User-Agent: Dahua UAC/3.0 VTH1510CH V4.300.0.8
Content-Length: 0

<------------->
--- (10 headers 0 lines) ---
Sending to 192.168.25.32:5060 (NAT)
Scheduling destruction of SIP dialog '[email protected]:5060' in 6400 ms (Method: BYE)

<--- Transmitting (NAT) to 192.168.25.32:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.25.32:5060;branch=z9hG4bK467087132;received=192.168.25.32;rport=5060
From: <sip:[email protected]:5060>;tag=1521107684
To: <sip:[email protected]>;tag=as4a5940ae
Call-ID: [email protected]:5060
CSeq: 103 BYE
Server: Asterisk PBX 16.2.1~dfsg-1+deb10u1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0


<------------>
    -- Channel SIP/11032-0000001b left 'native_rtp' basic-bridge <463f38a6-cf4e-416c-8243-be800dfdb01a>
Audio is at 19064
Video is at 192.168.25.95:18414
Adding codec ulaw to SDP
Adding video codec h264 to SDP
Reliably Transmitting (NAT) to 192.168.25.35:5060:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK575b2369;rport
Max-Forwards: 70
From: <sip:[email protected]:5060>;tag=as41c39e5c
To: <sip:[email protected]>;tag=2107754867
Contact: <sip:[email protected]:5060>
Call-ID: [email protected]
CSeq: 103 INVITE
User-Agent: Asterisk PBX 16.2.1~dfsg-1+deb10u1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
X-asterisk-Info: SIP re-invite (External RTP bridge)
Content-Type: application/sdp
Content-Length: 270

v=0
o=root 393116226 393116228 IN IP4 192.168.25.95
s=Asterisk PBX 16.2.1~dfsg-1+deb10u1
c=IN IP4 192.168.25.95
b=CT:384
t=0 0
m=audio 19064 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=maxptime:150
a=sendrecv
m=video 18414 RTP/AVP 96
a=rtpmap:96 H264/90000
a=sendrecv

---
    -- Channel SIP/8001-0000001a left 'native_rtp' basic-bridge <463f38a6-cf4e-416c-8243-be800dfdb01a>
  == Spawn extension (sip-out, 9901, 4) exited non-zero on 'SIP/8001-0000001a'
Scheduling destruction of SIP dialog '[email protected]' in 6400 ms (Method: ACK)

<--- SIP read from UDP:192.168.25.35:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK575b2369;rport=5060
From: <sip:[email protected]:5060>;tag=as41c39e5c
To: <sip:[email protected]>;tag=2107754867
Call-ID: [email protected]
CSeq: 103 INVITE
User-Agent: Dahua UAC/3.0 VTO2000A V4.300.0.1
Content-Length: 0

<------------->
--- (8 headers 0 lines) ---

<--- SIP read from UDP:192.168.25.35:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK575b2369;rport=5060
From: <sip:[email protected]:5060>;tag=as41c39e5c
To: <sip:[email protected]>;tag=2107754867
Call-ID: [email protected]
CSeq: 103 INVITE
Contact: <sip:[email protected]:5060>
User-Agent: Dahua UAC/3.0 VTO2000A V4.300.0.1
Content-Type: application/sdp
Content-Length: 206

v=0
o=0 0 0 IN IP4 192.168.25.35
s=Dahua VT 1.5
c=IN IP4 192.168.25.35
t=0 0
m=video 20001 RTP/AVP 96
a=framerate:25.000000
a=rtpmap:96 H264/90000
m=audio 20000 RTP/AVP 0
a=rtpmap:0 PCMU/8000


<------------->
--- (10 headers 11 lines) ---
Transmitting (NAT) to 192.168.25.35:5060:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK0259fbd0;rport
Max-Forwards: 70
From: <sip:[email protected]:5060>;tag=as41c39e5c
To: <sip:[email protected]>;tag=2107754867
Contact: <sip:[email protected]:5060>
Call-ID: [email protected]
CSeq: 103 ACK
User-Agent: Asterisk PBX 16.2.1~dfsg-1+deb10u1
Content-Length: 0


---
Reliably Transmitting (NAT) to 192.168.25.35:5060:
BYE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK07bd4e2d;rport
Max-Forwards: 70
From: <sip:[email protected]:5060>;tag=as41c39e5c
To: <sip:[email protected]>;tag=2107754867
Call-ID: [email protected]
CSeq: 104 BYE
User-Agent: Asterisk PBX 16.2.1~dfsg-1+deb10u1
Proxy-Authorization: Digest username="VTO2000A", realm="asterisk", algorithm=MD5, uri="sip:192.168.25.95", nonce="4fe1fbd5", response="27b8b2dff956847d1a1cae5c6d8f65b7"
X-Asterisk-HangupCause: Normal Clearing
X-Asterisk-HangupCauseCode: 16
Content-Length: 0


---
Scheduling destruction of SIP dialog '[email protected]' in 6400 ms (Method: ACK)

<--- SIP read from UDP:192.168.25.35:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK07bd4e2d;rport=5060
From: <sip:[email protected]:5060>;tag=as41c39e5c
To: <sip:[email protected]>;tag=2107754867
Call-ID: [email protected]
CSeq: 104 BYE
User-Agent: Dahua UAC/3.0 VTO2000A V4.300.0.1
Content-Length: 0

<------------->
--- (8 headers 0 lines) ---
Really destroying SIP dialog '[email protected]' Method: ACK
Really destroying SIP dialog '[email protected]:5060' Method: BYE
Reliably Transmitting (NAT) to 192.168.25.32:5060:
OPTIONS sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK28454e59;rport
Max-Forwards: 70
From: "asterisk" <sip:[email protected]>;tag=as08e43010
To: <sip:[email protected]:5060>
Contact: <sip:[email protected]:5060>
Call-ID: [email protected]:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX 16.2.1~dfsg-1+deb10u1
Date: Mon, 10 Feb 2020 12:19:18 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0


---

<--- SIP read from UDP:192.168.25.32:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK28454e59;rport=5060
From: "asterisk" <sip:[email protected]>;tag=as08e43010
To: <sip:[email protected]:5060>;tag=35975738
Call-ID: [email protected]:5060
CSeq: 102 OPTIONS
User-Agent: Dahua UAC/3.0 VTH1510CH V4.300.0.8
Content-Length: 0

<------------->
--- (8 headers 0 lines) ---
Really destroying SIP dialog '[email protected]:5060' Method: OPTIONS
Really destroying SIP dialog '[email protected]' Method: REGISTER

<--- SIP read from UDP:192.168.25.35:5060 --->
REGISTER sip:192.168.25.95 SIP/2.0
Via: SIP/2.0/UDP 192.168.25.35:5060;rport;branch=z9hG4bK1103768501
From: <sip:[email protected]:5060>;tag=1146425687
To: <sip:[email protected]:5060>
Call-ID: [email protected]
CSeq: 1 REGISTER
Contact: <sip:[email protected]:5060>
Max-Forwards: 70
User-Agent: Dahua UAC/3.0 VTO2000A V4.300.0.1
Expires: 60
PhoneState: 0
Content-Length: 0

<------------->
--- (12 headers 0 lines) ---
Sending to 192.168.25.35:5060 (NAT)
Sending to 192.168.25.35:5060 (NAT)

<--- Transmitting (NAT) to 192.168.25.35:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 192.168.25.35:5060;branch=z9hG4bK1103768501;received=192.168.25.35;rport=5060
From: <sip:[email protected]:5060>;tag=1146425687
To: <sip:[email protected]:5060>;tag=as6eb0e1c2
Call-ID: [email protected]
CSeq: 1 REGISTER
Server: Asterisk PBX 16.2.1~dfsg-1+deb10u1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="6d911bf8"
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '[email protected]' in 32000 ms (Method: REGISTER)

<--- SIP read from UDP:192.168.25.35:5060 --->
REGISTER sip:192.168.25.95 SIP/2.0
Via: SIP/2.0/UDP 192.168.25.35:5060;rport;branch=z9hG4bK20317153
From: <sip:[email protected]:5060>;tag=1146425687
To: <sip:[email protected]:5060>
Call-ID: [email protected]
CSeq: 2 REGISTER
Contact: <sip:[email protected]:5060>
Authorization: Digest username="8001", realm="asterisk", nonce="6d911bf8", uri="sip:192.168.25.95", response="a00d25475f547ce58984d2e43376e628", algorithm=MD5
Max-Forwards: 70
User-Agent: Dahua UAC/3.0 VTO2000A V4.300.0.1
Expires: 60
PhoneState: 0
Content-Length: 0

<------------->
--- (13 headers 0 lines) ---
Sending to 192.168.25.35:5060 (NAT)
Reliably Transmitting (NAT) to 192.168.25.35:5060:
OPTIONS sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK0f3e55f1;rport
Max-Forwards: 70
From: "asterisk" <sip:[email protected]>;tag=as398c1300
To: <sip:[email protected]:5060>
Contact: <sip:[email protected]:5060>
Call-ID: [email protected]:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX 16.2.1~dfsg-1+deb10u1
Date: Mon, 10 Feb 2020 12:19:50 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0


---

<--- Transmitting (NAT) to 192.168.25.35:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.25.35:5060;branch=z9hG4bK20317153;received=192.168.25.35;rport=5060
From: <sip:[email protected]:5060>;tag=1146425687
To: <sip:[email protected]:5060>;tag=as6eb0e1c2
Call-ID: [email protected]
CSeq: 2 REGISTER
Server: Asterisk PBX 16.2.1~dfsg-1+deb10u1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Expires: 60
Contact: <sip:[email protected]:5060>;expires=60
Date: Mon, 10 Feb 2020 12:19:50 GMT
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '[email protected]' in 32000 ms (Method: REGISTER)

<--- SIP read from UDP:192.168.25.35:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK0f3e55f1;rport=5060
From: "asterisk" <sip:[email protected]>;tag=as398c1300
To: <sip:[email protected]:5060>;tag=1439453811
Call-ID: [email protected]:5060
CSeq: 102 OPTIONS
User-Agent: Dahua UAC/3.0 VTO2000A V4.300.0.1
Content-Length: 0

<------------->
--- (8 headers 0 lines) ---
Really destroying SIP dialog '[email protected]:5060' Method: OPTIONS
[Feb 10 13:20:01] NOTICE[705]: chan_sip.c:15828 sip_reregister:    -- Re-registration for  [email protected]
REGISTER 12 headers, 0 lines
Reliably Transmitting (NAT) to 192.168.25.1:5060:
REGISTER sip:192.168.25.1 SIP/2.0
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK2f1b01f1;rport
Max-Forwards: 70
From: <sip:[email protected]>;tag=as2f6eedc8
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 112 REGISTER
Supported: replaces, timer
User-Agent: Asterisk PBX 16.2.1~dfsg-1+deb10u1
Authorization: Digest username="vto2000a35", realm="fritz.box", algorithm=MD5, uri="sip:192.168.25.1", nonce="5B1C0FDB8DF77965", response="b62ca8c2255bb2aa5f524cc5b78116ae"
Expires: 120
Contact: <sip:[email protected]:5060>
Content-Length: 0


---

<--- SIP read from UDP:192.168.25.1:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK2f1b01f1;rport=5060
From: <sip:[email protected]>;tag=as2f6eedc8
To: <sip:[email protected]>;tag=3B69FA783EF0E8BA
Call-ID: [email protected]
CSeq: 112 REGISTER
WWW-Authenticate: Digest realm="fritz.box", nonce="9F34695D90E3BDB6"
User-Agent: FRITZ!OS
Content-Length: 0

<------------->
--- (9 headers 0 lines) ---
Responding to challenge, registration to domain/host name 192.168.25.1
REGISTER 12 headers, 0 lines
Reliably Transmitting (NAT) to 192.168.25.1:5060:
REGISTER sip:192.168.25.1 SIP/2.0
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK7f8337db;rport
Max-Forwards: 70
From: <sip:[email protected]>;tag=as2f6eedc8
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 113 REGISTER
Supported: replaces, timer
User-Agent: Asterisk PBX 16.2.1~dfsg-1+deb10u1
Authorization: Digest username="vto2000a35", realm="fritz.box", algorithm=MD5, uri="sip:192.168.25.1", nonce="9F34695D90E3BDB6", response="f8ef27d729a348244aac4b28dfccae92"
Expires: 120
Contact: <sip:[email protected]:5060>
Content-Length: 0


---

<--- SIP read from UDP:192.168.25.1:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.25.95:5060;branch=z9hG4bK7f8337db;rport=5060
From: <sip:[email protected]>;tag=as2f6eedc8
To: <sip:[email protected]>;tag=E45EC693063199DA
Call-ID: [email protected]
CSeq: 113 REGISTER
Contact: <sip:[email protected]:5060>;expires=300
User-Agent: AVM FRITZ!Box 7590 (UI) 154.07.12 (Jul 3 2019)
Supported: 100rel,replaces,timer
Allow-Events: telephone-event,refer,reg
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE,PUBLISH
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length: 0

<------------->
--- (14 headers 0 lines) ---
[Feb 10 13:20:01] NOTICE[705]: chan_sip.c:24836 handle_response_register: Outbound Registration: Expiry for 192.168.25.1 is 300 sec (Scheduling reregistration in 285 s)
Really destroying SIP dialog '[email protected]' Method: REGISTER
asterisk*CLI>

Habe unter LINK gesehen, dass Du das bei der 5221 nicht hast - nutze hier aber noch die 1550. Idee ?

Könntest Du mir auch noch verraten, wo udn wie ich die 11032 in der extensions.conf eintragen muss.

EDIT(13:32):
Laut Wireshark schickt die 1550 kein 183 Session Progress !

EDIT (13:38)
Nutze auch Asterisk 16.2.1 auf Debian 10 (16.2.1~dfsg-1+deb10u1)

riogrande75 · 10 Feb 2020

Unter [default] machst du noch folgendes rein:
exten => 11032,1,Dial(SIP/11032,30) ;VTH1550 direkt
Danach noch "reload" in der Asterisk Console.
Jetzt sollte die VTH als normaler SIP-Tln. in der Anlage erreichbar sein. Damit müsstest du auch z.b. mit Jitsi Videotelefonie im Haus machen können.

Das VTO-Videobild in der VTH vor dem Abheben hat nichts mit SIP oder Asterisk zu tun, sondern ist ein Konfigurations-Thema der VTH.
Also die VTO in der VTH komplett löschen (am Besten Factory Reset), danach "neu" suchen und einrichten. Wenn du dann "Überwachen" drückst und dort von der "Main VTO" ein Bild bekommst, dann sollte das auch bei Ruf mit Asterisk funktionieren.

Hier habe ich auch sowas ähnliches behandelt.

kuzco-ip · 10 Feb 2020

Hm, das Neueinrichten habe ich gemacht, jedoch leider kein Erfolg.

Um Missverständnisse zu vermeiden, ich teste ja auch den Asterisk. Wenn ich deinen Eintrag unter https://www.ip-phone-forum.de/threads/vto2000-sip-asterisk-tür-öffnen.305213/post-2350022 richtig lese, dann hattest Du ja das Problem auch nur mit dem Asterisk, bei der reinen VTO-Umgebung nicht. Wenn ich den SIP auf der VTO nutze, klappt alles wunderbar. Nur wenn ich den Asterisk dazwischenschalte, bekomme ich erst das Bild, wenn ich abgehoben habe. Leider auch mit Asterisk 16.2.1 (debian 10).

EDIT (14:54)
Laut https://www.voip-info.org/asterisk-sip-progressinband/ könnte es am progressinband Parameter liegen. Habe ihn mal aus yes gesetzt, aber leider ohne Erfolg.

riogrande75 · 10 Feb 2020

Nein - wie gesagt, bin nun (Feb.2020) schon ein bisschen schlauer!
Die VTO muss korrekt auf der VTH eingerichtet sein, dann funktioniert auch das Bild-vor-Abheben.

Die VTH baut nach dem INVITE der Anlage (Anrufernummer = VTO Nummer) eine RTSP Verbindung zur VTO Kamera auf und zeigt den Stream an (das hat rein gar nix mit SIP zu tun). Nach dem Abheben (SIP 200/OK) wird diese RSTP Verbindung abgebaut und der Stream "ganz normal" von der SIP/SDP hergenommen und angezeigt.

Bei Non-SIP und auch mit dem eingebauten SIP-Server der VTO funktioniert das übrigens auch genau so.

kuzco-ip · 10 Feb 2020

Danke, aber ich habe das jetzt 3x gemacht - leider ohne Erfolg.
Reset, VTO neu eingerichtet, Kamera-Icon gedrückt und Video gesehen.
Ohne Asterisk keine Probleme, mit leider schon.

Wenn ich via VTO klingle, kommt das Video erst wenn ich abhebe. Echt strange ?

Habe auch div. Einstellungen in sip.conf probiert.
Muss mich am Wochenende nochmals hinsetzen.

riogrande75 · 10 Feb 2020

Machmal Lan Trace. Siehst du die RTSP Verbindung zw. VTH und VTH?

kuzco-ip · 10 Feb 2020

Habe mal alles geschrieben was "ip.addr==192.168.25.32 or ip.addr==192.168.25.35 or ip.addr==192.168.25.95" ist (35-VTO, 32-VTH, 95-Asterisk)

log

Edit (11.02.): Link zum Log gelöscht.

riogrande75 · 11 Feb 2020

Du rufst in dem Trace nicht direkt die VTH (11032) sondern wieder die Hunt-Group 9901.
Somit steht im INVITE zur VTH die Nummer 9901 im "From"-Feld, welches die VTH aber nicht kennt bzw. der VTO zuordnen kann.
Entweder du änderst (zumindest testweise) mal die Zielnummer in der VTO auf 11032 oder die änderst die extensions.conf folgend ab:

Code:

exten => 9901,1,Noop(doorbell ring group)
exten => 9901,n,Set(CALLER=${CALLERID(num)})
exten => 9901,n,Dial(SIP/11@videodoorgateway&SIP/11032,30,m)

kuzco-ip · 12 Feb 2020

@riogrande75:
Vielen Dank, das hat zumindest das Problem behoben, dass ich das Video erst nach dem abheben gesehen haben.

Code:

exten => 9901,1,Noop(doorbell ring group)
exten => 9901,n,Ringing()
exten => 9901,n,Answer()
exten => 9901,n,Set(CALLER=${CALLERID(num)})
exten => 9901,n,Dial(SIP/11@videodoorgateway&SIP/11032,30,m)
exten => 9901,n,Hangup()

Somit bleibt für mich nur ein Problem bestehen:
- wenn ich nicht abhebe, sondern (entweder auf der VTH oder dem Telefon) abbreche, dann wird der Call nur auf dem Gerät "abgebrochen" auf dem ich den Abbruch gestartet habe. Auf dem anderen Gerät bleibt die Verbindung zur VTO weiterhin bestehen, d.h. Wartemusik auf der VTO und Klingelzeichen auf der VTH oder Telefon.

Kannst Du mir noch verraten, wie ich den Call komplett beende, wenn ich auf einen Gerät (VTH oder Telefon) den Call abbreche ?

SIP Asterisk - VTO + 2 VTH

Neuer User

Aktives Mitglied

Neuer User

Neuer User

Neuer User

Mitglied

Aktives Mitglied

Mitglied

Aktives Mitglied

Mitglied

Aktives Mitglied

Mitglied

Aktives Mitglied

Mitglied

Aktives Mitglied

Mitglied

Aktives Mitglied

Mitglied

Aktives Mitglied

Mitglied

Statistik des Forums