Jump to content

Christian Meyer

Members
  • Posts

    5
  • Joined

  • Last visited

Everything posted by Christian Meyer

  1. Hallo, ich glaub, es liegt an der "call-id", die die SnomOne generiert: die ist nur im Telegramm von der Telefonanlage vorhanden und nicht im Telegramm der Nebestelle. i: de7f6b11@pbx\r\n Wo kann ich angeben, ob dieser Eintrag generiert wird? Die Nummer kommt dynamisch mit jedem Anruf neu. Gruß Christian
  2. Hallo, ich habe noch etwas entdeckt, wenn ich den Datenverkehr auf dem Lancom mitschreibe: Es ist der Lancom, der etwas in Header nicht verarbeiten kann. Anbei die Trace-Auszüge: ** von SnomOne: [sIP-Packet] 2012/06/29 12:18:46,725 Devicetime: 2012/06/29 12:18:46,267 [PACKET] : Receiving datagram with length 1040 from 192.168.12.211:5060 to 192.168.12.3:5060 INVITE sip:91@hw-isdngate-01.strema.local;user=phone SIP/2.0\r\n v: SIP/2.0/UDP 192.168.12.211:5060;branch=z9hG4bK-01223276fa7e540a886f840a72fec751;rport\r\n f: "Christian Meyer" <sip:37@voip.strema.local;user=phone>;tag=205925079\r\n t: <sip:91@voip.strema.local;user=phone>\r\n i: de7f6b11@pbx\r\n CSeq: 9398 INVITE\r\n Max-Forwards: 70\r\n m: <sip:svr-telefon@192.168.12.211:5060;transport=udp>\r\n Supported: 100rel, replaces, norefersub\r\n Allow-Events: refer\r\n Allow: INVITE, ACK, CANCEL, BYE, REFER, PRACK, INFO, UPDATE\r\n Accept: application/sdp\r\n User-Agent: snomONE/4.5.0.1090 Epsilon Geminids\r\n P-Preferred-Identity: "svr-telefon" <sip:svr-telefon@hw-isdngate-01.strema.local>\r\n Privacy: id\r\n c: application/sdp\r\n l: 339\r\n \r\n v=0\r\n o=- 626128666 626128666 IN IP4 192.168.12.211\r\n s=-\r\n c=IN IP4 192.168.12.211\r\n t=0 0\r\n m=audio 55768 RTP/AVP 0 3 8 9 2 101\r\n a=rtpmap:0 pcmu/8000\r\n a=rtpmap:3 gsm/8000\r\n a=rtpmap:8 pcma/8000\r\n a=rtpmap:9 g722/8000\r\n a=rtpmap:2 g726-32/8000\r\n a=rtpmap:101 telephone-event/8000\r\n a=fmtp:101 0-16\r\n a=rtcp-xr:rcvr-rtt=all voip-metrics\r\n a=sendrecv\r\n ** von Snom820: [sIP-Packet] 2012/06/29 12:20:03,496 Devicetime: 2012/06/29 12:20:03,038 [PACKET] : Receiving datagram with length 1289 from 192.168.12.81:1024 to 192.168.12.3:5060 INVITE sip:91@hw-isdngate-01.strema.local;user=phone SIP/2.0\r\n Via: SIP/2.0/UDP 192.168.12.81:1024;branch=z9hG4bK-jwx3h99l2o30;rport\r\n From: "Meyer Christian" <sip:37@hw-isdngate-01.strema.local>;tag=u5nx24t6ml\r\n To: <sip:91@hw-isdngate-01.strema.local;user=phone>\r\n Call-ID: 3c2a7ea998d5-aeket2ldydcj\r\n CSeq: 1 INVITE\r\n Max-Forwards: 70\r\n Contact: <sip:37@192.168.12.81:1024;line=o1or3mq7>;reg-id=1\r\n X-Serialnumber: 000413401536\r\n P-Key-Flags: resolution="31x13", keys="4"\r\n User-Agent: snom820/8.4.18\r\n Accept: application/sdp\r\n Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE\r\n Allow-Events: talk, hold, refer, call-info\r\n Supported: timer, 100rel, replaces, from-change\r\n Session-Expires: 3600;refresher=uas\r\n Min-SE: 90\r\n Content-Type: application/sdp\r\n Content-Length: 475\r\n \r\n v=0\r\n o=root 686118685 686118685 IN IP4 192.168.12.81\r\n s=call\r\n c=IN IP4 192.168.12.81\r\n t=0 0\r\n m=audio 63722 RTP/AVP 0 8 9 99 3 18 4 101\r\n a=crypto:1 AES_CM_128_HMAC_SHA1_32 inline:GpduWkG8dRCWxxEiiLT53MXP+RNqUV1bl71aRNVZ\r\n a=rtpmap:0 pcmu/8000\r\n a=rtpmap:8 pcma/8000\r\n a=rtpmap:9 g722/8000\r\n a=rtpmap:99 g726-32/8000\r\n a=rtpmap:3 gsm/8000\r\n a=rtpmap:18 g729/8000\r\n a=fmtp:18 annexb=no\r\n a=rtpmap:4 g723/8000\r\n a=rtpmap:101 telephone-event/8000\r\n a=fmtp:101 0-16\r\n a=ptime:20\r\n a=sendrecv\r\n
  3. Hallo, ich war 2 Tage auf Dienstreise, deshalb meine späte Antwort. Hier die Konfiguration der Leitung. # Trunk 2 in domain voip.strema.local Name: hw-isdngate-01 Type: register To: sip RegPass: ******** Direction: Disabled: false Global: true Display: svr-telefon RegAccount: svr-telefon RegRegistrar: hw-isdngate-01.strema.local RegKeep: RegUser: svr-telefon Icid: Require: OutboundProxy: hw-isdngate-01.strema.local Ani: DialExtension: Prefix: Trusted: false AcceptRedirect: false RfcRtp: false Analog: false SendEmail: true UseUuid: false Ring180: false Failover: always HeaderRequestUri: {request-uri} HeaderFrom: {from} HeaderTo: {to} HeaderPai: HeaderPpi: {trunk} HeaderRpi: HeaderPrivacy: id HeaderRpiCharging: BlockCidPrefix: Glob: norewrite RequestTimeout: Codecs: 0 3 8 9 2 CodecLock: true DtmfMode: Expires: 3600 FromUser: Tel: false TranscodeDtmf: false AssociatedAddresses: InterOffice: false DialPlan: UseEpid: false CidUpdate: Ignore18xSDP: false UserHdr: Diversion: {rfc} Colines: DialogPermission: Gruß Christian
  4. Hallo, ich habe den Codec G.729 ausgeschaltet. Sowohl in der Snom als auch auf dem Lancom. Doch leider hat sich nichts geändert. Gruß Christian Meyer
  5. Hallo, ich habe hier ein Problem mit der Konfiguration einer Snom One. Die SnomOne soll über ein Lancom 1724 die Gespräche zur ISDN-Telefonanlage aufbauen. Als Endgeräte kommen Snom820, Snom821 und Snom870 zum Einsatz. Die auf Debian4 aufgesetzte SnomOne funktioniert im internen Nebenstellenberieb ohne Problem. Alle eingerichteten Nebenstellen können miteinander telefonieren. Doch wenn eine Rufnummer gewählt wird, die nicht auf der Kontenliste ist, dann kommt immer "Not Fund". und im Log steht folgender Eintrag: [5] 2012/06/25 20:20:40: Dialplan "Standard Dialplan": Match 32@voip.strema.local to sip:32@hw-isdngate-01.strema.local;user=phone on trunk hw-isdngate-01 [5] 2012/06/25 20:20:40: Call port 20: set_codecs for 4e59cd7b@pbx: reached limit on g729 [5] 2012/06/25 20:20:40: INVITE Response 404 Not Found: Terminate 4e59cd7b@pbx [5] 2012/06/25 20:20:40: set codec: codec pcmu/8000 is set to call-leg 19 Die Leitung zum Lancom ist aufgebaut. Auch ein Anruf von der ISDN-Telefonanlage über den Lancom zur SnomOne funktioniert nicht. Registriere ich die Nebenstellen direkt auf dem Lancom, funktioniert die ganze Telefonie. Ich denke ich habe hier ein kleines Denkproblem mit dem Dialplan. Diese sieht sehr einfach Aus: 200;hw-isdngate-01;;*;;; Kann mir jemand auf die Sprünge helfen, wo ich was ändern mus. Danke und Gruß Christian Meyer
×
×
  • Create New...