TC300 gibt 482 "Loop detected" zurück

[woprr]

Dec 26 21:59:11 WARNING[3057372080]: chan_sip.c:12299 handle_response_invite: Strange... The other side of the bridge don't have udptl struct
    -- Got SIP response 482 "Loop Detected" back from 192.168.178.24
  == Spawn extension (default, 789, 1) exited non-zero on 'SIP/49123456789-d107'

@woprr:
Hast Du denn bei Dir G.729 und ILBC im CallWeaver installieren können? Eine vernünftige Doku dazu habe ich weder bei Callweaver, noch bei Digium gefunden.

gar ned, G.729 ist patentiert, benutzung problematisch, deswegen wollt ich eigentlich wieder zur Arcor FW. ILBC scheint mal wieder kaputt zu sein, in Opal und Ekiga SVN auch, da sieht man mal wieder wer von wem code kopiert hat

also ich kann euer 482 problem absolut nicht reproduzieren, vielleicht ein IP forward oder NAT problem.

die WARNING oben sagt mir firewall oder NAT fehler... weils bridges über NAT router gibt?


meine sip.conf teile (damals schnell hingemurkst weil faul):

[general]
port = 5060
bindaddr = 0.0.0.0
srvlookup=yes

disallow=all
allow=alaw
allow=gsm
allow=speex
allow=g726
allow=ulaw
allow=g722
allow=lpc10
allow=g729
allow=h263

allowguest=no
localnet=192.168.0.0/255.255.0.0

language=de
videosupport=yes

defaultexpiry=600
maxexpiry=3600

...

[201]
type=friend
context=meine-telefone
secret=xxxxxxxxxx
host=dynamic
;qualify=no
qualify=5000
canreinvite=no
insecure=no

...

Intern:

Dec 30 11:48:34 VERBOSE[3029203856] logger.c:     -- Executing Dial("SIP/210-e62b", SIP/201,20)
Dec 30 11:48:34 VERBOSE[3029203856] logger.c:     -- Called 201
Dec 30 11:48:35 VERBOSE[3029203856] logger.c:     -- SIP/201-28bf is ringing
Dec 30 11:48:41 VERBOSE[3029203856] logger.c:   == Spawn extension (meine-telefone, 201, 1) exited non-zero on 'SIP/210-e62b'
Dec 30 11:48:41 VERBOSE[3029203856] logger.c:     -- Executing Hangup("SIP/210-e62b", )
Dec 30 11:48:41 VERBOSE[3029203856] logger.c:   == Spawn extension (meine-telefone, h, 1) exited non-zero on 'SIP/210-e62b'
Dec 30 11:49:05 VERBOSE[3028573072] logger.c:     -- Executing Dial("SIP/201-2f54", SIP/210,20)
Dec 30 11:49:05 VERBOSE[3028573072] logger.c:     -- Called 210
Dec 30 11:49:06 VERBOSE[3028573072] logger.c:     -- SIP/210-b84d is ringing
Dec 30 11:49:12 VERBOSE[3028573072] logger.c:   == Spawn extension (meine-telefone, 210, 1) exited non-zero on 'SIP/201-2f54'
Dec 30 11:49:12 VERBOSE[3028573072] logger.c:     -- Executing Hangup("SIP/201-2f54", )
Dec 30 11:49:12 VERBOSE[3028573072] logger.c:   == Spawn extension (meine-telefone, h, 1) exited non-zero on 'SIP/201-2f54'

Extern:

Dec 30 11:57:15 VERBOSE[3029203856] logger.c:     -- Executing Dial("SIP/201-1f4b", SIP/10000@sipgate-de,,W)
Dec 30 11:57:15 VERBOSE[3029203856] logger.c:     -- Called 10000@sipgate-de
Dec 30 11:57:15 VERBOSE[3029203856] logger.c:     -- SIP/sipgate-de-874c answered SIP/201-1f4b
Dec 30 11:57:15 VERBOSE[3029203856] logger.c:     -- Attempting native bridge of SIP/201-1f4b and SIP/sipgate-de-874c
Dec 30 11:57:39 VERBOSE[3029203856] logger.c:   == Spawn extension (meine-telefone, 310000, 1) exited non-zero on 'SIP/201-1f4b'
Dec 30 11:57:39 VERBOSE[3029203856] logger.c:     -- Executing Hangup("SIP/201-1f4b", )
Dec 30 11:57:39 VERBOSE[3029203856] logger.c:   == Spawn extension (meine-telefone, h, 1) exited non-zero on 'SIP/201-1f4b'

Über ATA raus und zu VoIP zurück rein auf 201 (Pirelli):

Dec 30 12:16:41 VERBOSE[3029306256] logger.c:     -- Executing Dial("SIP/210-be88", SIP/xxxxxxxxx@sip-tc300-net,,W)
Dec 30 12:16:41 VERBOSE[3029306256] logger.c:     -- Called xxxxxxxx@sip-tc300-net
Dec 30 12:16:41 VERBOSE[3029306256] logger.c:     -- SIP/sip-tc300-net-a382 is ringing
Dec 30 12:16:46 VERBOSE[3029306256] logger.c:     -- SIP/sip-tc300-net-a382 answered SIP/210-be88
Dec 30 12:16:46 VERBOSE[3029306256] logger.c:     -- Attempting native bridge of SIP/210-be88 and SIP/sip-tc300-net-a382
Dec 30 12:16:51 VERBOSE[3029572496] logger.c:     -- Executing NoOp("SIP/xxxxxx-feb5", sipgate Caller-ID: "xxxxxx" <xxxxxxxxx>)
Dec 30 12:16:51 VERBOSE[3029572496] logger.c:     -- Executing ExecIf("SIP/xxxxxxx-feb5", 0,Set,CALLERID(num)=)
Dec 30 12:16:51 VERBOSE[3029572496] logger.c:     -- Executing PrivacyManager("SIP/xxxxxxx-feb5", )
Dec 30 12:16:51 VERBOSE[3029572496] logger.c:     -- CallerID Present: Skipping
Dec 30 12:16:51 VERBOSE[3029572496] logger.c:     -- Executing Dial("SIP/xxxxxx-feb5", SIP/201&SIP/210&SIP/211&SIP/212,20,w)
Dec 30 12:16:51 VERBOSE[3029572496] logger.c:     -- Called 201
Dec 30 12:16:51 VERBOSE[3029572496] logger.c:     -- Called 210
Dec 30 12:16:51 VERBOSE[3029572496] logger.c:     -- Called 211
Dec 30 12:16:51 NOTICE[3029572496] app_dial.c: Unable to create channel of type 'SIP' (cause 3 - No route to destination)
Dec 30 12:16:51 VERBOSE[3029572496] logger.c:     -- SIP/211-48b5 is ringing
Dec 30 12:16:51 VERBOSE[3042843536] logger.c:     -- Got SIP response 486 "Busy Here" back from 192.168.0.101
Dec 30 12:16:51 VERBOSE[3029572496] logger.c:     -- SIP/210-1c66 is busy
Dec 30 12:16:52 VERBOSE[3029572496] logger.c:     -- SIP/201-8f52 is ringing
Dec 30 12:16:59 VERBOSE[3029572496] logger.c:     -- SIP/201-8f52 answered SIP/xxxxxxxx-feb5
Dec 30 12:16:59 VERBOSE[3029572496] logger.c:     -- Attempting native bridge of SIP/xxxxxxxx-feb5 and SIP/201-8f52

alles ok...

 

[winschrott]

Hallo woprr,

eine NAT/Firewall-Problem kann ich ausschließen. Das Prob tritt im internen Netz genauso auf wie in den via OpenVPN angebundenen Subnetzen oder extern. Woran auch immer der Loop liegt, er wird von TC gemeldet. Und ausschließlich von einem TC. Wir werden es vermutlich nie ganz lösen können - aber wenigstens umgehen ;-)

LG

winschrott

 

[woprr]

dann schreibs bitte ins wiki zu den firmware bugs.

Für was das alles? Wir realisieren Visionen - und manchmal auch unsere eigenen www.ctmd.de

dann könnt ihr ja mit tcpdump umgehen, das dekodiert auch schön SIP pakete mit -vv das sollte schon zeigen, was da schiefläuft, nicht aufgeben.

 

[winschrott]

Ja woprr,

mit tcpdump kann ich durchaus umgehen. Aber keine neue (eigene) FW fürs TC300 tippeln ;-)

LG

 

[woprr]

liegt nicht an der firmware, bei mir gehts, s.o. (pir 3.99d)

 

[winschrott]

...dann sei froh. Bei uns gehts nun auch (mit Workaround) und wir wissen noch immer nicht wo das Problem liegt. Dabei helfen uns auch Deine Aussagen nicht wirklich weiter. Demnach in diesem Thread weiter wenns sinnvolle Hilfen zum Problem gibt...

Zum Thema G729: ich hab meinem * mal testweise den freien Codec verbongt. Unter http://asterisk.hosting.lv/#bin gibts die fertigen Module. Läuft so weit gut, die Qualität ist akzeptabel.

LG
winschrott

 

[woprr]

also das ist doch eine unverschämtheit...

dann mietet euch eben einen der * consultants hier zu den üblichen stundensätzen, wenn ihrs nicht könnt und wir ja nur "versager" sind. hier stundenlang die leute kostenlos beschäftigen und noch nichteinmal den "workaround" veröffentlichen, super beitrag!

 

[winschrott]

Hallo woprr,

ich versteh Dich nicht ganz. Steht der Workaround nicht hier im Thread ( ,,D(ww) ) - habs rot hinterlegt ?!? Also bitte, wo liegt das Problem. Ins Wiki werde ich schon einstellen - bin nur grad im Urlaub und werde sicherlich nicht meinen Ehefrieden riskieren ;-) Aber wenn Du nach "TC300 Loop Detected" googlest kommst Du auf den Thread an 1. Stelle. Reicht doch noch die nächsten Tage, oder?

LG

winschrott

P.S. Habs eben auch im Wiki eingetragen. Zufrieden & Frieden jetzt?

 

[Tippfehler]

Danke für den Workaround.
Weiß Jemand inzwischen mehr darüber? Immerhin habe ich zwei TC300/Twintel, eines funktioniert auch ohne und eines braucht mittlerweile den Workaround.

 

[woprr]

naja 2 bestätigungen, schreibts ins wiki unter 3.99d bugs. hoffentlich guggt arcor rein und gibts an pirelli weiter.

welche fw version funktioniert denn ohne? seh ich in deiner signatur nicht. beide geräte unter gleichen netzwerkbedingungen?

 

[Tippfehler]

Das Twintel hat die 3.99c. Meine Signatur ist schon ein bisschen lang geworden, da wollte ich mit den alten Versionen nicht noch mehr langweilen.
Beide funktionieren ohne Workaround zuhause im selben Netzwerk, wie Asterisk.
Wenn ich mich aber von extern an der dyn-ip meines Asterisks anmelde, funktioniert ohne Workaround nur noch das Twintel. Früher ging es übrigens auch mit dem TC-300. Bisher hatten beide immer die gleiche Firmware drauf (3.99c). Beim Twintel verzichte ich vorerst aufs Firmwareupdate, bis ich mir sicher bin, dass die 3.99d brauchbar ist. Mein TC-300 macht auch sonst noch komische Sachen, die das Twintel nie gemacht hat. (z. B. hört es manchmal nicht auf zu klingeln, obwohl das Gespräch längst woanders angenommen wurde, leider auch mit 3.99d)
Gut, dass meine Frau das Twintel hat und ich das TC-300. ;-)