Seite 2 von 3 ErsteErste 123 LetzteLetzte
Ergebnis 21 bis 40 von 45

Thema: Weiterleitung von Port 1 auf Port 2 beim Sipura möglich?

  1. #21
    IPPF-Fan
    Registriert seit
    21.03.2004
    Beiträge
    347
    Ich glaube, Exims Vorschlag mit dem Syslog ist schon das Sinnvollste... Wie das mit dem Syslog geht ist http://www.ip-phone-forum.de/forum/viewtopic.php?t=537 beschrieben.

    Ich habe beim User-Tab, oben bei "Call Forward Settings" im Feld "Cfwd All Dest" die SIP-Adresse eingetragen (ohne sip: und ohne Port): XXX@sipgate.net oder XXX@enum.at43.at.

    Gruß, jrrp
    Alice/o2 NGN "ISDN"-Anschluss (IAD 3232, Fritz!Box 7390)

  2. #22
    IPPF-Erfahrener
    Registriert seit
    03.05.2004
    Beiträge
    79
    Also das ist alles was das Syslog anzeigt wenn ich Sipgate (User2) auf ein Festnetz umleiten möchte und ein ANruf auf Sipgate hereinkommt:

    Code:
    NOTIFY sip&#58;proxy.de.sipgate.net SIP/2.0<013><010>Via&#58; SIP/2.0/UDP 194.231.15.9&#58;5060;branch=z9hG4bK-30441cbe;rport<013><010>From&#58; Tester <sip&#58;4564865@sipgate.de>;tag=8642ef5b73061e65<013><010>To&#58; <sip&#58;proxy.de.sipgate.net><013><010>Call-ID&#58; 1a37cfa2-792de2d1@192.168.0.2<013><010>CSeq&#58; 198 NOTIFY<013><010>Max-Forwards&#58; 70<013><010>Event&#58; keep-alive<013><010>User-Agent&#58; Sipura/SPA2000-2.0.8<013><010>Content-Length&#58; 0
    Was heißt das jetzt???

    Mike[/code]

  3. #23
    Admin a.D.
    Registriert seit
    27.04.2004
    Beiträge
    1.013
    Das ist nur der NAT-Keepalive vom SPA an Sipgate
    Sipura Hilfestellungen und FAQs - Links: alle Sipuras * speziell SPA-3000 * DialPlan * Syslog
    Kein Support per PN!

  4. #24
    IPPF-Erfahrener
    Registriert seit
    03.05.2004
    Beiträge
    79
    also doch wie ich vermutet habe: durch irgendeine einstellung verliert der Sipura die Verbindung zum Proxy wenn ich eine Umleitung aktivere, was das Syslog ja zeigt, denn der einzige Eintrag ein keep-alvie ist und ncihts zu sehen von einkommenden Gespräch?

    Keine Ahnung wie es jetzt weitergeht!

    Mike

  5. #25
    Admin a.D.
    Registriert seit
    27.04.2004
    Beiträge
    1.013
    Ok, ganz langsam. Muss dazu sagen dass ich nicht weiss, wie die Provider technisch reagieren wenn vom Client ein CallForwarding-Auftrag zur Konkurrenz kommt. Kann sein dass da was geblockt wird (Proxy), aber das klären wir später.
    Beispiel: Line 1 = Nikotel, Line 2 = Sipgate, du willst von Sipgate auf Nikotel umleiten, also von Line2 auf Line1. Das wird jetzt der Versuch einer externen Umleitung, also über die Provider.

    SPA-Grundkonfiguration
    System: debug-level=3
    SIP: NAT-Support=yes (alles), STUN-Server=calamar0.nikotel.com oder den von sipgate, NAT-keepalive=60
    Line1 und Line2: enable=yes, NAT mapping enable=yes, SIP debug option=full, use outbound proxy=no, use ob proxy in dialog=no, und jeweils die Zugangsdaten und den Provider-Proxy
    nur Line1: SIP-Port=5060
    nur Line2: SIP-Port=5061
    User2: Cfwd All Dest=<dein-nikotel-acc>@calamar0.nikotel.com

    Router
    sicherstellen, dass 5060, 5061, und 16384-16482 UDP an den SPA weitergeleitet werden

    Vorgehensweise:
    - Konfig speichern
    - Loggingsoft anwerfen (oder falls Du Linux nutzt dann eine Markierung in die betreffende Syslog-Datei setzen damit du später den Anfang findest)
    - SPA Stromstecker raus, warten, Stromstecker wieder rein
    - warten bis der SPA gebootet und sich bei beiden Providern registriert hat
    - von aussen auf der Sipgate-Nummer anrufen und schauen was passiert (Nikotel, also Line1, sollte klingeln, was aber sehr wahrscheinlich nicht passieren wird -> dann sehen wir weiter)
    - Logging beenden, Log rausziehen und hier posten (code ...) oder auf eine Webseite legen und dem Analysator Deines Vertrauens den Link schicken denn das Log enthält Daten von Dir wie Deine externe IP, die anrufende Nummer (Caller-ID), Deine beiden Provider-Accounts (Passwort beim Reg.vorgang ist verschlüsselt, keine Bange) und sowas

    Gruß,
    Exim
    Sipura Hilfestellungen und FAQs - Links: alle Sipuras * speziell SPA-3000 * DialPlan * Syslog
    Kein Support per PN!

  6. #26
    IPPF-Fan
    Registriert seit
    21.03.2004
    Beiträge
    347
    Exim, die Einstellungen

    use outbound proxy=no, use ob proxy in dialog=no

    sollen immer (also auch ohne Umleitungen) so sein, auch wenn man NAT benutzen will (muss)? Weil laut Sipgate und AT43 soll man den Outbound Proxy doch benutzen. Oder kann man den auschalten, wenn der Router mitspielt?

    Dank und Gruß, jrrp
    Alice/o2 NGN "ISDN"-Anschluss (IAD 3232, Fritz!Box 7390)

  7. #27
    Admin a.D.
    Registriert seit
    27.04.2004
    Beiträge
    1.013
    Gute Frage Wollte mich schon immer mal diesbezüglich genau schlau machen, doch bisher nix Zeit dazu.
    Kenne leider den genauen Unterschied zwischen "inbound" und "outbound" aus Sicht des Adapters nicht. Zumindest nach ein paar Tests schien es so zu sein, dass als "inbound" alles das betrachtet wird, was als SIP ohne "Anhang" (also @domain.com) gewählt wird ODER mit einem Anhang, welcher dem eingetragenen Provider-Proxy entspricht. "Outbound" scheint dann der Rest zu sein. Beispiel mit Nikotel, Proxy = calamar0.nikotel.com:
    - wählen 12345 = inbound, SPA will zu "12345@calamr0.nikotel.com" via calamar0.nikotel.com
    - wählen 123456@bla.dyndns.org = outbound, SPA will zu "123456@bla.dyndns.org" - wenn jetzt "use outbound proxy=yes" dann versucht er eine Verbindung zu bla.dyndns via eingetragenem Outbound-Proxy, hier wäre das calamar0.nikotel.com - wenn "use outbound proxy=no" dann stellt IIRC der SPA die Verbindung zu bla.dyndns.org selbst und direkt her.
    Genaue und ausführliche Tests mit SPA, Direktverbindungen, Call-Forwarding und Nikotel und Sipgate kann ich erst am Samstag oder Sonntag wieder machen.
    Der SPA zeigt an, ob eine bestehende Verbindung inbound oder outbound ist.
    Sipura Hilfestellungen und FAQs - Links: alle Sipuras * speziell SPA-3000 * DialPlan * Syslog
    Kein Support per PN!

  8. #28
    Admin a.D.
    Registriert seit
    27.04.2004
    Beiträge
    1.013
    Versuche grad Call-Forwarding von Sipgate (Line2) auf Nikotel (Line1), mal schauen ...
    Sipura Hilfestellungen und FAQs - Links: alle Sipuras * speziell SPA-3000 * DialPlan * Syslog
    Kein Support per PN!

  9. #29
    IPPF-Fan
    Registriert seit
    21.03.2004
    Beiträge
    347
    Ich sage jetzt schon mal danke für deine Bemühungen und warte auf die Ergebnisse Bei mir bringen die Versuche nix, ich verstehe meinen SPA einfach net
    Alice/o2 NGN "ISDN"-Anschluss (IAD 3232, Fritz!Box 7390)

  10. #30
    Admin a.D.
    Registriert seit
    27.04.2004
    Beiträge
    1.013
    @Mike: Was genau willst Du von wo nach wo umleiten?
    Sipura Hilfestellungen und FAQs - Links: alle Sipuras * speziell SPA-3000 * DialPlan * Syslog
    Kein Support per PN!

  11. #31
    IPPF-Fan
    Registriert seit
    21.03.2004
    Beiträge
    347
    Hallo,

    auch wenn ich nicht Mike bin, will ich dieses Thema wieder auffrischen

    Mein Ziel: Die Anrufe von der Sipura-Leitung 2 (AT43 = Uni Wien) auf Leitung 1 (Sipgate) dauerhaft umzuleiten. Grund: Auch wenn die Uni Wien eine Voice-Mailbox hat, sind die Gesprächsgebühren bei Sipgate deutlich günstiger. Uni Wien und Sipgate sind zusammengeschaltet, man kann also per IP kostenlos miteinander telefonieren.

    Ich versuche von der ANRUFENDEN-NUMMER die AT43-NUMMER anzurufen, die wird beim Sipura-Client auf die SIPGATE-NUMMER weitergeleitet. Nach 1x Klingeln geht die AT43-Voice-Mailbox an (normalerweise geht die Mailbox erst nach 4-5 Klingeln an).

    Ich habe versucht, das Log etwas zu kürzen und unnötige und persönliche Nummern zu entfernen. Ich vermute den Fehler bei Contact: sip:SIPGATE-NUMMER@sip.univie.ac.at>. Da kann der Client nix finden und der Anruf geht per ACK an AT43. Übrigens läuft das so ab, egal ob ich im Sipura die SIPGATE-NUMMER als "herkömmlliche" Telefon-Nummer 00... eingebe oder als SIP SIPGATE-ID@sipgate.net.

    SIP/2.0 302 Moved Temporarily To: <sip:AT43-NUMMER@83.136.32.160>
    From: <sip:ANRUFENDE-NUMMER@83.136.32.167>;
    Call-ID: XXX@83.136.32.167 CSeq: 101
    INVITE Via: SIP/2.0/UDP 83.136.32.162:5060;branch=XXX,SIP/2.0/UDP 83.136.32.160;branch=XXX,SIP/2.0/UDP 83.136.32.167:5060
    Record-Route: <sip:XXX@83.136.32.162:5060>,<sip:AT43-NUMMER@83.136.32.160;ftag=XXX;lr=on>
    Contact: <sip:SIPGATE-NUMMER@sip.univie.ac.at>
    Diversion: NAME <sip:UNI-ID@sip.univie.ac.at>;reason=unconditional
    Server: Sipura/SPA2000-2.0.6(c)<013><010>Content-Length: 0

    <010>

    [1:5061]<<83.136.32.162:5060

    ACK sip:UNI-ID@IP:5061 SIP/2.0
    Via: SIP/2.0/UDP 83.136.32.162:5060;branch=XXX,SIP/2.0/UDP 83.136.32.160;branch=XXX
    From: <sip:ANRUFENDE-NUMMER@83.136.32.167>
    Call-ID: XXX@83.136.32.167 To: <sip:AT43-NUMMER@83.136.32.160> CSeq: 101 ACK
    User-Agent: Sip EXpress router(0.8.12-tcp_nonb-tls (i386/linux))
    Record-Route: <sip:XXX@83.136.32.162:5060><013><010>Content-Length: 0

    Just FYI:
    83.136.32.160 = sip.at43.at
    83.136.32.162 = nat.at43.at
    83.136.32.167 = gateway1.at43.at

    Hat jemand einen Tipp, warum hinter der Sipgate-ID nicht die Sipgate.net-Adresse angehängt wird? Vielen Dank im Voraus!
    jrrp
    Alice/o2 NGN "ISDN"-Anschluss (IAD 3232, Fritz!Box 7390)

  12. #32
    IPPF-Erfahrener
    Registriert seit
    03.05.2004
    Beiträge
    79
    Ich hab jetzt nochmal ein wenig probiert aber es hat nicht geklappt.

    Naja vielleicht gibt es ja bald eine Weiterleitung direkt beim Provider, wäre schon super wenn es nur irgendwie klappen würde!

  13. #33
    Admin a.D.
    Registriert seit
    27.04.2004
    Beiträge
    1.013
    Habe auch nochmal probiert:
    Line1 = Nikotel(5060), Line2 = Sipgate(5061), ich will die Sipgate-Anrufe auf Line1 (Nikotel) umleiten, SPA über dyndns erreichbar.

    Was nicht funktioniert: Jemand ruft auf <sipgate-festnetznummer> an, die Umleitung auf "<irgendwohin>:5060" wird mit einem 302 dem sipgate-server bekanntgegeben, der reagiert mit einem "ack", aber mehr passiert nicht. Hmm.

    Was jedoch funktioniert: Jemand ruft auf <sipgate-uid>@laber.dyndns.org:5061 an, also SPA direkt, dort drinnen steht eine umleitung auf <nikotel-uid>@calamar0.nikotel.com:5060, das Nikotel-Telefon klingelt.

    Sipgate scheint generell kein Forwarding zu unterstützen, egal wohin.


    Was aber auch nicht funktioniert: Jemand ruft auf <sipgate-uid>@laber.dyndns.org:5061 an, dort drinnen steht eine umleitung auf <nikotel-uid>@laber.dyndns.org:5060 (der SPA selbst), der SPA antwortet mit einem "<nikotel-uid>@laber.dyndns.org:5060" 404 Not Found". Hä? <nikotel-uid>@laber.dyndns.org:5060 funktioniert aber und ist auch von aussen erreichbar.

    Was dabei nun das Problem ist, hmmm ....
    Sipura Hilfestellungen und FAQs - Links: alle Sipuras * speziell SPA-3000 * DialPlan * Syslog
    Kein Support per PN!

  14. #34
    Admin a.D.
    Registriert seit
    27.04.2004
    Beiträge
    1.013
    Nochwas: Bei der Rufumleitung mittels SPA sollte der Ziel-SIP-Port angegeben werden. Falls man den Port nicht angibt, nutzt der SPA den default-Port, aber kontextabhängig. Soll heissen wenn man auf Line2 (5061) als Rumumleitung "bla@laber.dyndns.org" einträgt erfolgt eine Umleitung auf "bla@laber.dyndns.org:5061"
    Sipura Hilfestellungen und FAQs - Links: alle Sipuras * speziell SPA-3000 * DialPlan * Syslog
    Kein Support per PN!

  15. #35
    IPPF-Tausend-VIP Avatar von kossy
    Registriert seit
    24.04.2004
    Ort
    Berlin
    Beiträge
    1.654
    Ich habe jetzt auch mal versucht das hinzubekommen, geht nicht.
    Eine direkte Umleitung von Line1 auf Line2 scheint nicht zu funktionieren.

    Der SPA scheint keine interne Umleitung zu unterstützen. Schade eigentlich, wäre doch eine coole Sache.

    Es funzt auch nicht mit Angabe einer IP-Adresse und Port.

    BASE die Handy-Flat

    VoIP
    Anbindung: Arcor DSL-Flat 6 MBit down/ 700 Kbit up
    Router: Linksys WRT54G FW: DD-WRT V23 VPN
    Fritz!Box Fon FW: 06.04.15
    Analoges Telefon: Siemens Gigaset SL100
    VoIP-Provider: Simply-Connect,dus.net ,GMX , bellshare, bluesip
    IM : Trillian (ICQ, AIM, MSN, Yahoo, Jabber, IRC)

    Mailingliste zum Thema VoIP: http://groups.google.de/group/Voiper

  16. #36
    Admin a.D.
    Registriert seit
    27.04.2004
    Beiträge
    1.013
    @kossy: Leider fehlt ja von diesem Thread die Hälfte. Der SPA unterstützt die Weiterleitung und das funktioniert auch SPA-technisch (getestet), nur die Provider akzeptieren (noch?) kein "moved temporarily". Schau mal hier:
    http://www.ip-phone-forum.de/forum/viewtopic.php?t=1814
    Sipura Hilfestellungen und FAQs - Links: alle Sipuras * speziell SPA-3000 * DialPlan * Syslog
    Kein Support per PN!

  17. #37
    IPPF-Tausend-VIP Avatar von kossy
    Registriert seit
    24.04.2004
    Ort
    Berlin
    Beiträge
    1.654
    Zitat Zitat von exim
    Der SPA unterstützt die Weiterleitung und das funktioniert auch SPA-technisch
    Das der SPA die externe Weiterleitung an eine andere Rufnummer unterstützt ist sicherlich richtig.
    Was er aber nicht kann ist die interne Weiterleitung von Line1 auf Line2.
    Also ohne über den Provider zu gehen.
    Quasi eine Telefonanlagen-Funktion.

    Also warten wir mal auf die Implementierung der Funktionen bei Sipgate.

    BASE die Handy-Flat

    VoIP
    Anbindung: Arcor DSL-Flat 6 MBit down/ 700 Kbit up
    Router: Linksys WRT54G FW: DD-WRT V23 VPN
    Fritz!Box Fon FW: 06.04.15
    Analoges Telefon: Siemens Gigaset SL100
    VoIP-Provider: Simply-Connect,dus.net ,GMX , bellshare, bluesip
    IM : Trillian (ICQ, AIM, MSN, Yahoo, Jabber, IRC)

    Mailingliste zum Thema VoIP: http://groups.google.de/group/Voiper

  18. #38
    Admin a.D.
    Registriert seit
    27.04.2004
    Beiträge
    1.013
    kossy: Kann es sein, dass wir aneinander vorbei reden? Was Du wahrscheinlich meinst kann der SPA-2000 nicht da die SIP-Accounts inkl. Tel.anschlüsse komplett voneinander getrennt sind. Was ich meine ist die "302 Moved Temporarily"-SIP-Umleitung und die funktioniert an sich.

    Alles im LAN, keine Provider im Spiel.

    Komplettes Log des SPA: Anruf von Rechner 192.168.1.2 (SIPPS-Software) auf "LINE2@spa.ande.local:5061". Line2 ist konfiguriert für eine Rufumleitung auf "LINE1@spa.ande.local:5060" nach 20 Sekunden Klingelei.
    In der 302-Nachricht um 11:39:06 Uhr vom SPA an SIPPS steht als Contact das neue Ziel drinnen und zwar Line1. SIPPS sagt "ACK" und schickt ein "INVITE" an Line1 des SPA. Um 11:29:21 erfolgte die Gesprächsannahme auf Line1.

    Code:
    Jul 10 11&#58;38&#58;46 spa &#91;1&#58;5061&#93;<<192.168.1.2&#58;5060
    Jul 10 11&#58;38&#58;46 spa &#91;1&#58;5061&#93;<<192.168.1.2&#58;5060
    Jul 10 11&#58;38&#58;46 spa INVITE sip&#58;LINE2@spa.ande.local&#58;5061 SIP/2.0^M Via&#58; SIP/2.0/UDP 192.168.1.2&#58;5060;branch=z9hG4bKnp907855689-45620794192.168.1.2;rport^M From&#58; "SIPPS Ande" <sip&#58;ab@192.168.1.2&#58;5060>;tag=361cc750^M To&#58; <sip&#58;LINE2@spa.ande.local&#58;5061>^M Call-ID&#58; 907857657-45438334@192.168.1.2^M CSeq&#58; 1 INVITE^M User-Agent&#58; Ahead SIPPS IP Phone Version 2.0.46.23^M Expires&#58; 180^M Accept&#58; application/sdp^M Content-Type&#58; application/sdp^M Content-Length&#58; 241^M Contact&#58; <sip&#58;ab@192.168.1.2>^M Max-Forwards&#58; 70^M ^M v=0^M o=SIPPS 907855683 907855680 IN IP4 192.168.1.2^M s=SIP call^M c=IN IP4 192.168.1.2^M t=0 0^M m=audio 30000 RTP/AVP 0 8 97 2 3^M a=rtpmap&#58;0 pcmu/8000^M a=rtpmap&#58;8 pcma/8000^M a=rtpmap&#58;97 ilbc/8000^M a=rtpmap&#58;2 g726-32/8000^M a=rtpmap&#58;3 gsm/8000^M
    Jul 10 11&#58;38&#58;46 spa
    Jul 10 11&#58;38&#58;46 spa
    Jul 10 11&#58;38&#58;46 spa &#91;1&#58;5061&#93;->192.168.1.2&#58;5060
    Jul 10 11&#58;38&#58;46 spa &#91;1&#58;5061&#93;->192.168.1.2&#58;5060
    Jul 10 11&#58;38&#58;46 spa SIP/2.0 100 Trying^M To&#58; <sip&#58;LINE2@spa.ande.local&#58;5061>^M From&#58; "SIPPS Ande" <sip&#58;ab@192.168.1.2&#58;5060>;tag=361cc750^M Call-ID&#58; 907857657-45438334@192.168.1.2^M CSeq&#58; 1 INVITE^M Via&#58; SIP/2.0/UDP 192.168.1.2&#58;5060;branch=z9hG4bKnp907855689-45620794192.168.1.2;rport=5060^M Server&#58; Sipura/SPA2000-2.0.9&#40;d&#41;^M Content-Length&#58; 0^M ^M
    Jul 10 11&#58;38&#58;46 spa
    Jul 10 11&#58;38&#58;46 spa
    Jul 10 11&#58;38&#58;46 spa &#91;1&#58;0&#93;AUD ALLOC CALL &#40;port=16472&#41;
    Jul 10 11&#58;38&#58;46 spa &#91;1&#58;0&#93;RTP Rx Up
    Jul 10 11&#58;38&#58;46 spa &#91;1&#58;5061&#93;->192.168.1.2&#58;5060
    Jul 10 11&#58;38&#58;46 spa &#91;1&#58;5061&#93;->192.168.1.2&#58;5060
    Jul 10 11&#58;38&#58;46 spa SIP/2.0 180 Ringing^M To&#58; <sip&#58;LINE2@spa.ande.local&#58;5061>;tag=789f8c53e32d5a7d^M From&#58; "SIPPS Ande" <sip&#58;ab@192.168.1.2&#58;5060>;tag=361cc750^M Call-ID&#58; 907857657-45438334@192.168.1.2^M CSeq&#58; 1 INVITE^M Via&#58; SIP/2.0/UDP 192.168.1.2&#58;5060;branch=z9hG4bKnp907855689-45620794192.168.1.2;rport=5060^M Server&#58; Sipura/SPA2000-2.0.9&#40;d&#41;^M Content-Length&#58; 0^M ^M
    Jul 10 11&#58;38&#58;46 spa
    Jul 10 11&#58;38&#58;46 spa
    Jul 10 11&#58;38&#58;46 spa &#91;1&#93;Start tone 22&#40;2&#41;
    Jul 10 11&#58;38&#58;46 spa &#91;1&#93;Start tone 1&#40;2&#41;
    Jul 10 11&#58;38&#58;46 spa &#91;1&#93;Start tone 21&#40;2&#41;
    Jul 10 11&#58;39&#58;06 spa &#91;1&#58;0&#93;AUD Rel Call
    Jul 10 11&#58;39&#58;06 spa Calling&#58;LINE1@spa.ande.local&#58;5060
    Jul 10 11&#58;39&#58;06 spa &#91;1&#58;5061&#93;->192.168.1.2&#58;5060
    Jul 10 11&#58;39&#58;06 spa &#91;1&#58;5061&#93;->192.168.1.2&#58;5060
    Jul 10 11&#58;39&#58;06 spa SIP/2.0 302 Moved Temporarily^M To&#58; <sip&#58;LINE2@spa.ande.local&#58;5061>;tag=789f8c53e32d5a7d^M From&#58; "SIPPS Ande" <sip&#58;ab@192.168.1.2&#58;5060>;tag=361cc750^M Call-ID&#58; 907857657-45438334@192.168.1.2^M CSeq&#58; 1 INVITE^M Via&#58; SIP/2.0/UDP 192.168.1.2&#58;5060;branch=z9hG4bKnp907855689-45620794192.168.1.2;rport=5060^M Contact&#58; <sip&#58;LINE1@spa.ande.local&#58;5060>^M Diversion&#58; LINE2 <sip&#58;LINE2@sipgate.de>;reason=no-answer^M Server&#58; Sipura/SPA2000-2.0.9&#40;d&#41;^M Content-Length&#58; 0^M ^M
    Jul 10 11&#58;39&#58;06 spa
    Jul 10 11&#58;39&#58;06 spa
    Jul 10 11&#58;39&#58;06 spa &#91;1&#58;5061&#93;<<192.168.1.2&#58;5060
    Jul 10 11&#58;39&#58;06 spa &#91;1&#58;5061&#93;<<192.168.1.2&#58;5060
    Jul 10 11&#58;39&#58;06 spa ACK sip&#58;LINE2@spa.ande.local&#58;5061 SIP/2.0^M From&#58; "SIPPS Ande" <sip&#58;ab@192.168.1.2&#58;5060>;tag=361cc750^M Call-ID&#58; 907857657-45438334@192.168.1.2^M Via&#58; SIP/2.0/UDP 192.168.1.2&#58;5060;branch=z9hG4bKnp907855689-45620794192.168.1.2;rport^M To&#58; <sip&#58;LINE2@spa.ande.local&#58;5061>;tag=789f8c53e32d5a7d^M CSeq&#58; 1 ACK^M ^M
    Jul 10 11&#58;39&#58;06 spa
    Jul 10 11&#58;39&#58;06 spa
    Jul 10 11&#58;39&#58;06 spa DLG Terminated
    Jul 10 11&#58;39&#58;06 spa Sess Terminated
    Jul 10 11&#58;39&#58;06 spa &#91;0&#58;5060&#93;<<192.168.1.2&#58;5060
    Jul 10 11&#58;39&#58;06 spa &#91;0&#58;5060&#93;<<192.168.1.2&#58;5060
    Jul 10 11&#58;39&#58;06 spa INVITE sip&#58;LINE1@spa.ande.local&#58;5060 SIP/2.0^M Via&#58; SIP/2.0/UDP 192.168.1.2;branch=z9hG4bKnp905840799-464562be192.168.1.2;rport^M From&#58; "SIPPS Ande" <sip&#58;ab@192.168.1.2&#58;5060>;tag=35fe08a7^M To&#58; <sip&#58;LINE2@spa.ande.local&#58;5061>^M Call-ID&#58; 907857657-45438334@192.168.1.2^M CSeq&#58; 2 INVITE^M Content-Type&#58; application/sdp^M Content-Length&#58; 241^M Date&#58; Sat, 10 Jul 2004 09&#58;39&#58;05 GMT^M Contact&#58; <sip&#58;ab@192.168.1.2>^M Expires&#58; 180^M Accept&#58; application/sdp^M Max-Forwards&#58; 70^M User-Agent&#58; Ahead SIPPS IP Phone Version 2.0.46.23^M ^M v=0^M o=SIPPS 907855683 907855680 IN IP4 192.168.1.2^M s=SIP call^M c=IN IP4 192.168.1.2^M t=0 0^M m=audio 30000 RTP/AVP 0 8 97 2 3^M a=rtpmap&#58;0 pcmu/8000^M a=rtpmap&#58;8 pcma/8000^M a=rtpmap&#58;97 ilbc/8000^M a=rtpmap&#58;2 g726-32/8000^M a=rtpmap&#58;3 gsm/8000^M
    Jul 10 11&#58;39&#58;06 spa
    Jul 10 11&#58;39&#58;06 spa
    Jul 10 11&#58;39&#58;06 spa &#91;0&#58;5060&#93;->192.168.1.2&#58;5060
    Jul 10 11&#58;39&#58;06 spa &#91;0&#58;5060&#93;->192.168.1.2&#58;5060
    Jul 10 11&#58;39&#58;06 spa SIP/2.0 100 Trying^M To&#58; <sip&#58;LINE2@spa.ande.local&#58;5061>^M From&#58; "SIPPS Ande" <sip&#58;ab@192.168.1.2&#58;5060>;tag=35fe08a7^M Call-ID&#58; 907857657-45438334@192.168.1.2^M CSeq&#58; 2 INVITE^M Via&#58; SIP/2.0/UDP 192.168.1.2;branch=z9hG4bKnp905840799-464562be192.168.1.2;rport=5060^M Server&#58; Sipura/SPA2000-2.0.9&#40;d&#41;^M Content-Length&#58; 0^M ^M
    Jul 10 11&#58;39&#58;06 spa
    Jul 10 11&#58;39&#58;06 spa
    Jul 10 11&#58;39&#58;06 spa &#91;0&#58;0&#93;AUD ALLOC CALL &#40;port=16474&#41;
    Jul 10 11&#58;39&#58;06 spa &#91;0&#58;0&#93;RTP Rx Up
    Jul 10 11&#58;39&#58;06 spa &#91;0&#58;5060&#93;->192.168.1.2&#58;5060
    Jul 10 11&#58;39&#58;06 spa &#91;0&#58;5060&#93;->192.168.1.2&#58;5060
    Jul 10 11&#58;39&#58;06 spa SIP/2.0 180 Ringing^M To&#58; <sip&#58;LINE2@spa.ande.local&#58;5061>;tag=560ba80363b0728d^M From&#58; "SIPPS Ande" <sip&#58;ab@192.168.1.2&#58;5060>;tag=35fe08a7^M Call-ID&#58; 907857657-45438334@192.168.1.2^M CSeq&#58; 2 INVITE^M Via&#58; SIP/2.0/UDP 192.168.1.2;branch=z9hG4bKnp905840799-464562be192.168.1.2;rport=5060^M Server&#58; Sipura/SPA2000-2.0.9&#40;d&#41;^M Content-Length&#58; 0^M ^M
    Jul 10 11&#58;39&#58;06 spa
    Jul 10 11&#58;39&#58;06 spa
    Jul 10 11&#58;39&#58;06 spa &#91;0&#93;Start tone 22&#40;2&#41;
    Jul 10 11&#58;39&#58;06 spa &#91;0&#93;Start tone 1&#40;2&#41;
    Jul 10 11&#58;39&#58;06 spa &#91;0&#93;Start tone 21&#40;2&#41;
    Jul 10 11&#58;39&#58;21 spa &#91;0&#93;Off Hook
    Jul 10 11&#58;39&#58;21 spa Codec 135 not defined in DPT
    Jul 10 11&#58;39&#58;21 spa Codec 135 not defined in DPT
    Jul 10 11&#58;39&#58;21 spa &#91;0&#58;5060&#93;->192.168.1.2&#58;5060
    Jul 10 11&#58;39&#58;21 spa &#91;0&#58;5060&#93;->192.168.1.2&#58;5060
    Jul 10 11&#58;39&#58;21 spa SIP/2.0 200 OK^M To&#58; <sip&#58;LINE2@spa.ande.local&#58;5061>;tag=560ba80363b0728d^M From&#58; "SIPPS Ande" <sip&#58;ab@192.168.1.2&#58;5060>;tag=35fe08a7^M Call-ID&#58; 907857657-45438334@192.168.1.2^M CSeq&#58; 2 INVITE^M Via&#58; SIP/2.0/UDP 192.168.1.2;branch=z9hG4bKnp905840799-464562be192.168.1.2;rport=5060^M Contact&#58; LINE1 <sip&#58;LINE1@192.168.1.11&#58;5060>^M Server&#58; Sipura/SPA2000-2.0.9&#40;d&#41;^M Content-Length&#58; 175^M Allow&#58; ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER^M Supported&#58; x-sipura^M Content-Type&#58; application/sdp^M ^M v=0^M o=- 69321 69321 IN IP4 192.168.1.11^M s=-^M c=IN IP4 192.168.1.11^M t=0 0^M m=audio 16474 RTP/AVP 0 100^M a=rtpmap&#58;0 PCMU/8000^M a=rtpmap&#58;100 NSE/8000^M a=ptime&#58;30^M a=sendrecv^M
    Jul 10 11&#58;39&#58;21 spa
    Jul 10 11&#58;39&#58;21 spa
    Jul 10 11&#58;39&#58;21 spa &#91;0&#58;5060&#93;<<192.168.1.2&#58;5060
    Jul 10 11&#58;39&#58;21 spa &#91;0&#58;5060&#93;<<192.168.1.2&#58;5060
    Jul 10 11&#58;39&#58;21 spa ACK sip&#58;LINE1@192.168.1.11&#58;5060 SIP/2.0^M Via&#58; SIP/2.0/UDP 192.168.1.2;branch=z9hG4bKnp904296618-42f1f1fb192.168.1.2;rport^M From&#58; "SIPPS Ande" <sip&#58;ab@192.168.1.2&#58;5060>;tag=35fe08a7^M To&#58; <sip&#58;LINE2@spa.ande.local&#58;5061>;tag=560ba80363b0728d^M Call-ID&#58; 907857657-45438334@192.168.1.2^M CSeq&#58; 2 ACK^M Date&#58; Sat, 10 Jul 2004 09&#58;39&#58;21 GMT^M Content-Length&#58; 0^M Contact&#58; <sip&#58;ab@192.168.1.2>^M Max-Forwards&#58; 70^M User-Agent&#58; Ahead SIPPS IP Phone Version 2.0.46.23^M ^M
    Jul 10 11&#58;39&#58;21 spa
    Jul 10 11&#58;39&#58;21 spa
    Jul 10 11&#58;39&#58;21 spa CC&#58;Connected
    Jul 10 11&#58;39&#58;21 spa &#91;0&#58;0&#93;ENC INIT 0
    Jul 10 11&#58;39&#58;21 spa &#91;0&#58;0&#93;RTP Tx Up &#40;pt=0->c0a80102&#58;30000&#41;
    Jul 10 11&#58;39&#58;21 spa &#91;0&#58;0&#93;RTCP Tx Up
    Jul 10 11&#58;39&#58;40 spa &#91;0&#93;On Hook
    Jul 10 11&#58;39&#58;40 spa &#91;0&#58;0&#93;AUD Rel Call
    Jul 10 11&#58;39&#58;40 spa &#91;0&#58;5060&#93;->192.168.1.2&#58;5060
    Jul 10 11&#58;39&#58;40 spa &#91;0&#58;5060&#93;->192.168.1.2&#58;5060
    Jul 10 11&#58;39&#58;40 spa BYE sip&#58;ab@192.168.1.2 SIP/2.0^M Via&#58; SIP/2.0/UDP 192.168.1.11&#58;5060;branch=z9hG4bK-a1517b37;rport^M From&#58; <sip&#58;LINE2@spa.ande.local&#58;5061>;tag=560ba80363b0728d^M To&#58; "SIPPS Ande" <sip&#58;ab@192.168.1.2&#58;5060>;tag=35fe08a7^M Call-ID&#58; 907857657-45438334@192.168.1.2^M CSeq&#58; 101 BYE^M Max-Forwards&#58; 70^M User-Agent&#58; Sipura/SPA2000-2.0.9&#40;d&#41;^M Content-Length&#58; 0^M ^M
    Jul 10 11&#58;39&#58;40 spa
    Jul 10 11&#58;39&#58;40 spa
    Jul 10 11&#58;39&#58;41 spa &#91;0&#58;5060&#93;<<192.168.1.2&#58;5060
    Jul 10 11&#58;39&#58;41 spa &#91;0&#58;5060&#93;<<192.168.1.2&#58;5060
    Jul 10 11&#58;39&#58;41 spa SIP/2.0 200 OK^M Via&#58; SIP/2.0/UDP 192.168.1.11&#58;5060;branch=z9hG4bK-a1517b37;rport^M From&#58; <sip&#58;LINE2@spa.ande.local&#58;5061>;tag=560ba80363b0728d^M To&#58; "SIPPS Ande" <sip&#58;ab@192.168.1.2&#58;5060>;tag=35fe08a7^M Call-ID&#58; 907857657-45438334@192.168.1.2^M CSeq&#58; 101 BYE^M Date&#58; Sat, 10 Jul 2004 09&#58;39&#58;41 GMT^M Content-Length&#58; 0^M User-Agent&#58; Ahead SIPPS IP Phone Version 2.0.46.23^M ^M
    Jul 10 11&#58;39&#58;41 spa
    Jul 10 11&#58;39&#58;41 spa
    Jul 10 11&#58;39&#58;41 spa DLG Terminated
    Jul 10 11&#58;39&#58;41 spa Sess Terminated

    Andersherum: Anruf von Line1 des SPA auf SIPPS-Rechner 192.168.1.2, SIPPS leitet um 11:50:13 Uhr auf den eigenen Anrufbeantworter "ab@192.168.1.2:5062" um (das "@calamar0.nikotel.com" hatte ich vergessen herauszunehmen, auf Line1 des SPA ist normalerweise Nikotel):

    Code:
    Jul 10 11&#58;50&#58;05 spa &#91;0&#93;Off Hook
    Jul 10 11&#58;50&#58;08 spa Calling&#58;SIPPS_Ande@192.168.1.2&#58;5060
    Jul 10 11&#58;50&#58;08 spa &#91;0&#58;0&#93;AUD ALLOC CALL &#40;port=16480&#41;
    Jul 10 11&#58;50&#58;08 spa &#91;0&#58;0&#93;RTP Rx Up
    Jul 10 11&#58;50&#58;08 spa &#91;0&#58;5060&#93;->192.168.1.2&#58;5060
    Jul 10 11&#58;50&#58;08 spa &#91;0&#58;5060&#93;->192.168.1.2&#58;5060
    Jul 10 11&#58;50&#58;08 spa INVITE sip&#58;SIPPS_Ande@192.168.1.2&#58;5060 SIP/2.0^M Via&#58; SIP/2.0/UDP 192.168.1.11&#58;5060;branch=z9hG4bK-bd9a7e1e;rport^M From&#58; LINE1 <sip&#58;LINE1@calamar0.nikotel.com>;tag=72c2198bafad6ea5^M To&#58; <sip&#58;SIPPS_Ande@192.168.1.2&#58;5060>^M Call-ID&#58; 36417066-73131ede@192.168.1.11^M CSeq&#58; 101 INVITE^M Max-Forwards&#58; 70^M Contact&#58; LINE1 <sip&#58;LINE1@192.168.1.11&#58;5060>^M Expires&#58; 240^M User-Agent&#58; Sipura/SPA2000-2.0.9&#40;d&#41;^M Content-Length&#58; 422^M Allow&#58; ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER^M Supported&#58; x-sipura^M Content-Type&#58; application/sdp^M ^M v=0^M o=- 135565 135565 IN IP4 192.168.1.11^M s=-^M c=IN IP4 192.168.1.11^M t=0 0^M m=audio 16480 RTP/AVP 0 2 4 8 18 96 97 98 100 101^M a=rtpmap&#58;0 PCMU/8000^M a=rtpmap&#58;2 G726-32/8000^M a=rtpmap&#58;4 G723/8000^M a=rtpmap&#58;8 PCMA/8000^M a=rtpmap&#58;18 G729a/8000^M a=rtpmap&#58;96 G726-40/8000^M a=rtpmap&#58;97 G726-24/8000^M a=rtpmap&#58;98 G726-16/8000^M a=rtpmap&#58;100 NSE/8000^M a=rtpmap&#58;101 telephone-event/8000^M a=fmtp&#58;101 0-15^M a=ptime&#58;30^M a=sendrecv^M
    Jul 10 11&#58;50&#58;08 spa
    Jul 10 11&#58;50&#58;08 spa
    Jul 10 11&#58;50&#58;08 spa &#91;0&#58;5060&#93;<<192.168.1.2&#58;5060
    Jul 10 11&#58;50&#58;08 spa &#91;0&#58;5060&#93;<<192.168.1.2&#58;5060
    Jul 10 11&#58;50&#58;08 spa SIP/2.0 100 Trying^M From&#58; LINE1 <sip&#58;LINE1@calamar0.nikotel.com>;tag=72c2198bafad6ea5^M Call-ID&#58; 36417066-73131ede@192.168.1.11^M CSeq&#58; 101 INVITE^M To&#58; <sip&#58;SIPPS_Ande@192.168.1.2&#58;5060>^M Via&#58; SIP/2.0/UDP 192.168.1.11&#58;5060;branch=z9hG4bK-bd9a7e1e;rport^M Content-Length&#58; 0^M ^M
    Jul 10 11&#58;50&#58;08 spa
    Jul 10 11&#58;50&#58;08 spa
    Jul 10 11&#58;50&#58;08 spa &#91;0&#58;5060&#93;<<192.168.1.2&#58;5060
    Jul 10 11&#58;50&#58;08 spa &#91;0&#58;5060&#93;<<192.168.1.2&#58;5060
    Jul 10 11&#58;50&#58;08 spa SIP/2.0 180 RINGING^M Via&#58; SIP/2.0/UDP 192.168.1.11&#58;5060;branch=z9hG4bK-bd9a7e1e;rport^M Call-ID&#58; 36417066-73131ede@192.168.1.11^M From&#58; <sip&#58;LINE1@calamar0.nikotel.com>;tag=72c2198bafad6ea5^M To&#58; "SIPPS_Ande" <sip&#58;SIPPS_Ande@192.168.1.2&#58;5060>;tag=320b2e78^M CSeq&#58; 101 INVITE^M User-Agent&#58; Ahead SIPPS IP Phone Version 2.0.46.23^M Content-Length&#58; 0^M ^M
    Jul 10 11&#58;50&#58;08 spa
    Jul 10 11&#58;50&#58;08 spa
    Jul 10 11&#58;50&#58;08 spa CC&#58;Ringback
    Jul 10 11&#58;50&#58;13 spa &#91;0&#58;5060&#93;<<192.168.1.2&#58;5060
    Jul 10 11&#58;50&#58;13 spa &#91;0&#58;5060&#93;<<192.168.1.2&#58;5060
    Jul 10 11&#58;50&#58;13 spa SIP/2.0 302 Moved Temporarily^M Via&#58; SIP/2.0/UDP 192.168.1.11&#58;5060;branch=z9hG4bK-bd9a7e1e;rport^M Call-ID&#58; 36417066-73131ede@192.168.1.11^M From&#58; <sip&#58;LINE1@calamar0.nikotel.com>;tag=72c2198bafad6ea5^M To&#58; "SIPPS_Ande" <sip&#58;SIPPS_Ande@192.168.1.2&#58;5060>;tag=320b2e78^M CSeq&#58; 101 INVITE^M Contact&#58; <sip&#58;ab@192.168.1.2&#58;5062>;q=1.000^M User-Agent&#58; Ahead SIPPS IP Phone Version 2.0.46.23^M Content-Length&#58; 0^M ^M
    Jul 10 11&#58;50&#58;13 spa
    Jul 10 11&#58;50&#58;13 spa
    Jul 10 11&#58;50&#58;13 spa &#91;0&#58;5060&#93;->192.168.1.2&#58;5060
    Jul 10 11&#58;50&#58;13 spa &#91;0&#58;5060&#93;->192.168.1.2&#58;5060
    Jul 10 11&#58;50&#58;13 spa ACK sip&#58;SIPPS_Ande@192.168.1.2&#58;5060 SIP/2.0^M Via&#58; SIP/2.0/UDP 192.168.1.11&#58;5060;branch=z9hG4bK-bd9a7e1e;rport^M From&#58; LINE1 <sip&#58;LINE1@calamar0.nikotel.com>;tag=72c2198bafad6ea5^M To&#58; <sip&#58;SIPPS_Ande@192.168.1.2&#58;5060>;tag=320b2e78^M Call-ID&#58; 36417066-73131ede@192.168.1.11^M CSeq&#58; 101 ACK^M Max-Forwards&#58; 70^M Contact&#58; LINE1 <sip&#58;LINE1@192.168.1.11&#58;5060>^M User-Agent&#58; Sipura/SPA2000-2.0.9&#40;d&#41;^M Content-Length&#58; 0^M ^M
    Jul 10 11&#58;50&#58;13 spa
    Jul 10 11&#58;50&#58;13 spa
    Jul 10 11&#58;50&#58;13 spa &#91;0&#58;0&#93;AUD Rel Call
    Jul 10 11&#58;50&#58;13 spa SIPLI&#58;REDIR ab@1a9490&#58;5062
    Jul 10 11&#58;50&#58;13 spa &#91;0&#58;0&#93;AUD ALLOC CALL &#40;port=16480&#41;
    Jul 10 11&#58;50&#58;13 spa &#91;0&#58;0&#93;RTP Rx Up
    Jul 10 11&#58;50&#58;13 spa &#91;0&#58;5060&#93;->192.168.1.2&#58;5062
    Jul 10 11&#58;50&#58;13 spa &#91;0&#58;5060&#93;->192.168.1.2&#58;5062
    Jul 10 11&#58;50&#58;13 spa INVITE sip&#58;ab@192.168.1.2&#58;5062 SIP/2.0^M Via&#58; SIP/2.0/UDP 192.168.1.11&#58;5060;branch=z9hG4bK-6724bf16;rport^M From&#58; LINE1 <sip&#58;LINE1@calamar0.nikotel.com>;tag=72c2198bafad6ea5^M To&#58; <sip&#58;ab@192.168.1.2&#58;5062>^M Call-ID&#58; c59aae80-f1c86986@192.168.1.11^M CSeq&#58; 101 INVITE^M Max-Forwards&#58; 70^M Contact&#58; LINE1 <sip&#58;LINE1@192.168.1.11&#58;5060>^M Expires&#58; 240^M User-Agent&#58; Sipura/SPA2000-2.0.9&#40;d&#41;^M Content-Length&#58; 422^M Allow&#58; ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER^M Supported&#58; x-sipura^M Content-Type&#58; application/sdp^M ^M v=0^M o=- 136071 136071 IN IP4 192.168.1.11^M s=-^M c=IN IP4 192.168.1.11^M t=0 0^M m=audio 16480 RTP/AVP 0 2 4 8 18 96 97 98 100 101^M a=rtpmap&#58;0 PCMU/8000^M a=rtpmap&#58;2 G726-32/8000^M a=rtpmap&#58;4 G723/8000^M a=rtpmap&#58;8 PCMA/8000^M a=rtpmap&#58;18 G729a/8000^M a=rtpmap&#58;96 G726-40/8000^M a=rtpmap&#58;97 G726-24/8000^M a=rtpmap&#58;98 G726-16/8000^M a=rtpmap&#58;100 NSE/8000^M a=rtpmap&#58;101 telephone-event/8000^M a=fmtp&#58;101 0-15^M a=ptime&#58;30^M a=sendrecv^M
    Jul 10 11&#58;50&#58;13 spa
    Jul 10 11&#58;50&#58;13 spa
    Jul 10 11&#58;50&#58;13 spa &#91;0&#58;5060&#93;<<192.168.1.2&#58;5062
    Jul 10 11&#58;50&#58;13 spa &#91;0&#58;5060&#93;<<192.168.1.2&#58;5062
    Jul 10 11&#58;50&#58;13 spa SIP/2.0 100 Trying^M From&#58; LINE1 <sip&#58;LINE1@calamar0.nikotel.com>;tag=72c2198bafad6ea5^M Call-ID&#58; c59aae80-f1c86986@192.168.1.11^M CSeq&#58; 101 INVITE^M To&#58; <sip&#58;ab@192.168.1.2&#58;5062>^M Via&#58; SIP/2.0/UDP 192.168.1.11&#58;5060;branch=z9hG4bK-6724bf16;rport^M Content-Length&#58; 0^M ^M
    Jul 10 11&#58;50&#58;13 spa
    Jul 10 11&#58;50&#58;13 spa
    Jul 10 11&#58;50&#58;13 spa &#91;0&#58;5060&#93;<<192.168.1.2&#58;5062
    Jul 10 11&#58;50&#58;13 spa &#91;0&#58;5060&#93;<<192.168.1.2&#58;5062
    Jul 10 11&#58;50&#58;13 spa SIP/2.0 200 OK^M Via&#58; SIP/2.0/UDP 192.168.1.11&#58;5060;branch=z9hG4bK-6724bf16;rport^M Call-ID&#58; c59aae80-f1c86986@192.168.1.11^M From&#58; <sip&#58;LINE1@calamar0.nikotel.com>;tag=72c2198bafad6ea5^M To&#58; "SIPPS_Ande" <sip&#58;ab@192.168.1.2&#58;5062>;tag=32030d59^M CSeq&#58; 101 INVITE^M Content-Type&#58; application/sdp^M Content-Length&#58; 218^M Contact&#58; <sip&#58;ab@192.168.1.2&#58;5062>^M User-Agent&#58; Ahead SIPPS Answering Machine Version 2.0.46.21^M ^M v=0^M o=SIPPS 839062790 839062790 IN IP4 192.168.1.2^M s=SIP call^M c=IN IP4 192.168.1.2^M t=0 0^M m=audio 30000 RTP/AVP 0 2 8 97^M a=rtpmap&#58;0 pcmu/8000^M a=rtpmap&#58;2 G726-32/8000^M a=rtpmap&#58;8 pcma/8000^M a=rtpmap&#58;97 iLBC/8000^M
    Jul 10 11&#58;50&#58;13 spa
    Jul 10 11&#58;50&#58;13 spa
    Jul 10 11&#58;50&#58;13 spa &#91;0&#58;5060&#93;->192.168.1.2&#58;5062
    Jul 10 11&#58;50&#58;13 spa &#91;0&#58;5060&#93;->192.168.1.2&#58;5062
    Jul 10 11&#58;50&#58;13 spa ACK sip&#58;ab@192.168.1.2&#58;5062 SIP/2.0^M Via&#58; SIP/2.0/UDP 192.168.1.11&#58;5060;branch=z9hG4bK-8dd0a206;rport^M From&#58; LINE1 <sip&#58;LINE1@calamar0.nikotel.com>;tag=72c2198bafad6ea5^M To&#58; <sip&#58;ab@192.168.1.2&#58;5062>;tag=32030d59^M Call-ID&#58; c59aae80-f1c86986@192.168.1.11^M CSeq&#58; 101 ACK^M Max-Forwards&#58; 70^M Contact&#58; LINE1 <sip&#58;LINE1@192.168.1.11&#58;5060>^M User-Agent&#58; Sipura/SPA2000-2.0.9&#40;d&#41;^M Content-Length&#58; 0^M ^M
    Jul 10 11&#58;50&#58;13 spa
    Jul 10 11&#58;50&#58;13 spa
    Jul 10 11&#58;50&#58;13 spa &#91;0&#58;0&#93;RTP Tx Dn
    Jul 10 11&#58;50&#58;13 spa &#91;0&#58;0&#93;ENC INIT 0
    Jul 10 11&#58;50&#58;13 spa &#91;0&#58;0&#93;RTP Tx Up &#40;pt=0->c0a80102&#58;30000&#41;
    Jul 10 11&#58;50&#58;13 spa &#91;0&#58;0&#93;RTCP Tx Up
    Jul 10 11&#58;50&#58;13 spa CC&#58;Remote Resume
    Jul 10 11&#58;50&#58;13 spa &#91;0&#58;0&#93;RTCP Tx Up
    Jul 10 11&#58;50&#58;13 spa CC&#58;Connected
    Jul 10 11&#58;50&#58;14 spa &#91;0&#58;0&#93;RTP Rx 1st PKT @16480&#40;2&#41;
    Jul 10 11&#58;50&#58;14 spa &#91;0&#58;0&#93;DEC INIT 0
    Jul 10 11&#58;50&#58;26 spa &#91;0&#93;On Hook
    Jul 10 11&#58;50&#58;26 spa &#91;0&#58;0&#93;AUD Rel Call
    Jul 10 11&#58;50&#58;26 spa &#91;0&#58;5060&#93;->192.168.1.2&#58;5062
    Jul 10 11&#58;50&#58;26 spa &#91;0&#58;5060&#93;->192.168.1.2&#58;5062
    Jul 10 11&#58;50&#58;26 spa BYE sip&#58;ab@192.168.1.2&#58;5062 SIP/2.0^M Via&#58; SIP/2.0/UDP 192.168.1.11&#58;5060;branch=z9hG4bK-c24a0d4;rport^M From&#58; LINE1 <sip&#58;LINE1@calamar0.nikotel.com>;tag=72c2198bafad6ea5^M To&#58; <sip&#58;ab@192.168.1.2&#58;5062>;tag=32030d59^M Call-ID&#58; c59aae80-f1c86986@192.168.1.11^M CSeq&#58; 102 BYE^M Max-Forwards&#58; 70^M User-Agent&#58; Sipura/SPA2000-2.0.9&#40;d&#41;^M Content-Length&#58; 0^M ^M
    Jul 10 11&#58;50&#58;26 spa
    Jul 10 11&#58;50&#58;26 spa
    Jul 10 11&#58;50&#58;27 spa &#91;0&#58;5060&#93;->192.168.1.2&#58;5062
    Jul 10 11&#58;50&#58;27 spa &#91;0&#58;5060&#93;->192.168.1.2&#58;5062
    Jul 10 11&#58;50&#58;27 spa BYE sip&#58;ab@192.168.1.2&#58;5062 SIP/2.0^M Via&#58; SIP/2.0/UDP 192.168.1.11&#58;5060;branch=z9hG4bK-c24a0d4;rport^M From&#58; LINE1 <sip&#58;LINE1@calamar0.nikotel.com>;tag=72c2198bafad6ea5^M To&#58; <sip&#58;ab@192.168.1.2&#58;5062>;tag=32030d59^M Call-ID&#58; c59aae80-f1c86986@192.168.1.11^M CSeq&#58; 102 BYE^M Max-Forwards&#58; 70^M User-Agent&#58; Sipura/SPA2000-2.0.9&#40;d&#41;^M Content-Length&#58; 0^M ^M
    Jul 10 11&#58;50&#58;27 spa
    Jul 10 11&#58;50&#58;27 spa
    Jul 10 11&#58;50&#58;28 spa &#91;0&#58;5060&#93;->192.168.1.2&#58;5062
    Jul 10 11&#58;50&#58;28 spa &#91;0&#58;5060&#93;->192.168.1.2&#58;5062
    Jul 10 11&#58;50&#58;28 spa BYE sip&#58;ab@192.168.1.2&#58;5062 SIP/2.0^M Via&#58; SIP/2.0/UDP 192.168.1.11&#58;5060;branch=z9hG4bK-c24a0d4;rport^M From&#58; LINE1 <sip&#58;LINE1@calamar0.nikotel.com>;tag=72c2198bafad6ea5^M To&#58; <sip&#58;ab@192.168.1.2&#58;5062>;tag=32030d59^M Call-ID&#58; c59aae80-f1c86986@192.168.1.11^M CSeq&#58; 102 BYE^M Max-Forwards&#58; 70^M User-Agent&#58; Sipura/SPA2000-2.0.9&#40;d&#41;^M Content-Length&#58; 0^M ^M
    Jul 10 11&#58;50&#58;28 spa
    Jul 10 11&#58;50&#58;28 spa
    Jul 10 11&#58;50&#58;28 spa &#91;0&#58;5060&#93;<<192.168.1.2&#58;5062
    Jul 10 11&#58;50&#58;28 spa &#91;0&#58;5060&#93;<<192.168.1.2&#58;5062
    Jul 10 11&#58;50&#58;28 spa SIP/2.0 200 OK^M Via&#58; SIP/2.0/UDP 192.168.1.11&#58;5060;branch=z9hG4bK-c24a0d4;rport^M From&#58; LINE1 <sip&#58;LINE1@calamar0.nikotel.com>;tag=72c2198bafad6ea5^M To&#58; <sip&#58;ab@192.168.1.2&#58;5062>;tag=32030d59^M Call-ID&#58; c59aae80-f1c86986@192.168.1.11^M CSeq&#58; 102 BYE^M Date&#58; Sat, 10 Jul 2004 09&#58;50&#58;28 GMT^M Content-Length&#58; 0^M User-Agent&#58; Ahead SIPPS Answering Machine Version 2.0.46.21^M ^M
    Jul 10 11&#58;50&#58;28 spa
    Jul 10 11&#58;50&#58;28 spa
    Jul 10 11&#58;50&#58;28 spa DLG Terminated
    Jul 10 11&#58;50&#58;29 spa Sess Terminated
    Sipura Hilfestellungen und FAQs - Links: alle Sipuras * speziell SPA-3000 * DialPlan * Syslog
    Kein Support per PN!

  19. #39
    IPPF-Tausend-VIP Avatar von haeberlein
    Registriert seit
    10.03.2004
    Beiträge
    1.708
    Und wie bringe ich den Adapter dazu das eingehende Anrufe auf Line 2 nicht signalisiert werden ,sonder sofort an eine ander Nummer (ENUM) weitergeleitet werden? Eintragung der ENUM Nummer bringt nichts

  20. #40
    IPPF-Fan
    Registriert seit
    21.03.2004
    Beiträge
    347
    Diesem Thread fehlen durch die Board-Crashes einige Beiträge.

    Kurzes Fazit damals war (exim, korrigiere mich bitte, wenn es neues gibt oder ich falsch liege): Es sollte gehen, geht aber nicht. "Schuld" tragen wohl vor allem die SIP-Provider, die den Anruf nicht korrekt weiterleiten oder entgegennehmen. Wenn man eine IP-Adresse fest angibt, soll es gehen.
    Alice/o2 NGN "ISDN"-Anschluss (IAD 3232, Fritz!Box 7390)

Seite 2 von 3 ErsteErste 123 LetzteLetzte

Ähnliche Themen

  1. Gleiche Port-Weiterleitung möglich?
    Von user31085 im Forum FRITZ!Box Fon: DSL, Internet und Netzwerk
    Antworten: 3
    Letzter Beitrag: 14.02.2011, 14:36
  2. VoIP-Telefon an Ethernet-Port / Port-Weiterleitung
    Von hihat im Forum FRITZ!Box Fon: DSL, Internet und Netzwerk
    Antworten: 8
    Letzter Beitrag: 01.08.2010, 01:07
  3. Antworten: 3
    Letzter Beitrag: 09.12.2009, 16:22
  4. Port-Weiterleitung/ DMZ beim ATA 486 / Korrumpierte Dateien
    Von FunkyPorcini im Forum BT10x /ATA286 /ATA486
    Antworten: 16
    Letzter Beitrag: 18.11.2004, 13:05
  5. Weiterleitung von Port 1 auf Port 2 beim Sipura möglich?
    Von egge im Forum SPA-1000/1001/2000/2002/, PAP2
    Antworten: 4
    Letzter Beitrag: 26.06.2004, 01:40

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •